一千萬個為什麽

搜索

在kubernetes中,使用nginx入口控制器什麽是推薦添加後端服務的方式?



我正在一個簡單的KVM主機上運行,​​並且根據這個圖表這是記錄在這裏

因此,要將流量引導至後端Pod,似乎從這些文檔中看到,您需要執行的操作是應用適當的標簽,然後才會產生魔法。

這對我來說太神奇了,我寧願編輯nginx配置,並為我的微服務的服務url添加反向代理條目。

這樣做的典型方式是什麽?

轉載註明原文: 在kubernetes中,使用nginx入口控制器什麽是推薦添加後端服務的方式?

一共有 2 個回答:

入口控制器允許你不要手動連接東西,這就是整個問題。

如果你寧願手動操作你可以有一個nginx數組(在Kubernetes內部),只需指向暴露你的微服務的服務的ip/port即可。如果您在Kubernetes外部使用nginx數組,則必須使用externalIP服務類型。如果您在Kubernetes上運行Nginx陣列,則可以將“手動代理配置”存儲在配置映射中,以便所有nginx代理都可以獲得相同的配置。

我會定義建議不要這樣做。入口控制器是為了簡化流量路由而構建的,隨著復雜性的增長,您將確定要利用它們。一個好的標簽方案在Kubernetes中絕對是最重要的,這也適用於入口。

What you have installed, the ingress controller, is only one part of the story. The other part is an ingress: in an ingress you define what pods/services should receive traffic of what domain and request path. The ingress controller picks this information up, and dynamically reconfigures the underlying proxy, in your case nginx. You can find examples of ingresses in the official documentation: https://kubernetes.io/docs/concepts/services-networking/ingress/#types-of-ingress