以下示例將向外部公開服務。那么為什么在這種情況下NodePort/LB允許，這不是多余的嗎？
rules:
- host: lab.example.com
http:
paths:
- path: /service-root
backend:
serviceName: clusterip-svc
servicePort: 8080
- path: /service-one
backend:
serviceName: nodeport-svc
servicePort: 8080
- path: /service-two
backend:
serviceName: headless-svc
servicePort: 8080
使用NodePort, ClusterIP, LoadBalancer, 或Headless作為 Ingress 的后端有什么特別的好處嗎？
uj5u.com熱心網友回復：
那么為什么在這種情況下允許使用 NodePort/LB，這不是多余的嗎？
大多數情況下沒有人這樣做，因為每個人都管理并保持入口作為集群的單一入口點。在入口后面，大部分ClusterIP服務仍將運行，這取決于您想如何設定它。
使用 NodePort、ClusterIP、LoadBalancer 或 Headless 作為 Ingress 的后端有什么特別的優勢嗎？
我不知道有什么好處，因為每種型別都有自己的好處。如果您將提供不檢查任何型別的服務，入口將轉發流量。
節點埠，負載均衡器可用于特定要求。
uj5u.com熱心網友回復：
服務是一種定義 Pod 邏輯集和訪問它們的策略的方法。Pod 是臨時資源，因此無論 IP 地址如何，服務都可以連接到它們。他們通常使用選擇器來做到這一點。Kubernetes 中有不同型別的服務，這些是主要區別。
集群 IP 是默認型別的服務。它在集群內部 IP 上公開服務，并使其只能從集群內部使用。
NodePort 在靜態埠的每個節點的 IP 上公開服務。此選項還會創建 ClusterIP 服務，NodePort 將路由到該服務。
LoadBalancer 更進一步，使用云提供商的負載均衡器在外部公開服務。NodePort 和 ClusterIP 資源是自動創建的。
按照此鏈接獲取有關不同 ServiceType 的更多資訊。
還有無頭服務。當您不需要負載平衡和單個服務 IP 時，您將使用這些。您可以按照檔案中的這一部分進行進一步說明。
回答您的問題 - 這取決于您的用例，使用這些服務您可能會發現不同的優勢。
轉載請註明出處，本文鏈接：https://www.uj5u.com/qianduan/384966.html
上一篇：從串列中只獲取一個字串