在Google雲端平臺上使用帶有Kubernetes的HTTP負載均衡器

Question

我使用beta Ingress類型創建了HTTP負載均衡器，並遵循GKE tutorial，使用nginx圖像時它工作正常。我的問題是關於爲什麼Ingress甚至是必要的。

我可以創建一個容器引擎集羣，然後創建一個HTTP負載均衡器，它使用Kubernetes創建的實例組作爲服務後端，並且一切似乎都正常工作。 爲什麼我會在使用Kubernetes時僅使用Ingress的全部功能，因爲只有部分過程似乎正常工作？

Answer 1

雖然你可以創建自己「非託管」 HTTP負載平衡器，什麼，當你（帶莢的服務）添加新的部署，並希望信息流在被髮送給他們，以及（可能使用URL地圖）會發生什麼？

當您的某個服務出於某種原因而出現故障並且新服務分配了另一個節點端口時會發生什麼？

Ingress最棒的地方在於它可以爲您管理HTTP負載均衡器，同時跟蹤Kubernetes的資源並相應地更新HTTP負載均衡器。

Answer 2

的入口對象有兩個主要目的：

1. 它更容易使用可重複的部署與配置的HTTP平衡器自己，因爲你可以寫你想你平衡什麼短的聲明YAML文件看起來不像7個gcloud命令的腳本。

2. 它至少在某種程度上可以跨雲提供商移植。

如果您正在運行GKE和不關心的第二個，你可以權衡使用入口對象和聲明語法與附加定製的方便您從配置負載得到平衡器手動。