溫馨提示×
您好，登錄后才能下訂單哦！
點擊 登錄注冊 即表示同意《億速云用戶服務條款》
您好，登錄后才能下訂單哦！
今天就跟大家聊聊有關如何進行Kubernetes Ingress控制器的技術選型，可能很多人都不太了解，為了讓大家更加了解，小編給大家總結了以下內容，希望大家根據這篇文章可以有所收獲。
導語：在Kubernetes的實踐、部署中，為了解決 Pod 遷移、Node Pod 端口、域名動態分配等問題，需要開發人員選擇合適的 Ingress 解決方案。面對市場上眾多Ingress產品，開發者該如何分辨它們的優缺點？又該如何結合自身的技術棧選擇合適的技術方案呢？在本文中，騰訊云中間件核心研發工程師厲輝將為你介紹如何進行Kubernates Ingress 控制器的技術選型。
閱讀下文需要熟悉以下基本概念：
Kubernetes 的外部訪問方式
在 Kubernetes 中，服務跟 Pod IP 主要供服務在集群內訪問使用，對于集群外的應用是不可見的。怎么解決這個問題呢？為了讓外部的應用能夠訪問 Kubernetes 集群中的服務，通常解決辦法是 NodePort 和 LoadBalancer。
在Kubernetes的實踐、部署中，為了解決像 Pod 遷移、Node Pod 端口、域名動態分配，或者是 Pod 后臺地址動態更新這種問題，就產生了 Ingress 解決方案
Ingress 是Kubernetes中非常重要的外網流量入口。在Kubernetes中所推薦的默認值為Nginx Ingress，為了與后面Nginx 提供的商業版 Ingress 區分開來，我就稱它為Kubernetes Ingress。
Kubernetes Ingress，顧名思義基于 Nginx 的平臺，Nginx 現在是世界上最流行的 Nginx HTTP Sever，相信大家都對 Nginx 也比較熟悉，這是一個優點。它還有一個優點是 Nginx Ingress 接入 Kubernetes 集群所需的配置非常少，而且有很多文檔來指引你如何使用它。這對于大部分剛接觸 Kubernetes 的人或者創業公司來說，Nginx Ingress 的確是一個非常好的選擇。
但是當 Nginx Ingress 在一些大環境上使用時，就會出現很多問題：
既然發現了 Nginx Ingress 有很多問題，那是不是考慮選擇其他開源的、更好用的 Ingress？市場上比 Kubernetes Ingress 好用的Ingress起碼有十幾家，那么如何從這么多 Ingress 中選擇適合自己的呢？
Ingress 自身是基于 HTTP 網關的，市面上 HTTP 網關主要有這么幾種：Nginx、Golang 原生的網關，以及新崛起的 Envoy 。但是每個開發人員所擅長的技術棧不同，所以適合的 Ingress 也會不一樣。
那么問題來了，我們如何選擇一個更加好用的 Ingress 呢？或者縮小點范圍，熟悉 Nginx 或 OpenResty 的開發人員，應該選擇哪一個 Ingress 呢？
下面來介紹一下我對 Ingress 控制器選型的一些經驗。
1.基本特點
前面有提到，每個人擅長的技術平臺不一樣，所以選擇自己更加熟悉的 HTTP 網關也顯得至關重要。比如 Nginx、HAProxy、Envoy 或者是 Golang 原生網關。因為你熟悉它的原理，在使用中可以實現快速落地。
拋開上述兩點，就是公司業務對網關的特殊需求。你選擇一個開源產品，最好肯定是開箱能用的。比如你需要 GRPC 協議轉換的能力，那當然希望選的網關具備這樣的功能。這里簡單列一下影響選擇的因素：
相比Kubernetes Ingress，我個人更推薦 APISIX 作為Ingress controller。雖然它在功能上比 Kong 會少很多，但是 APISIX 很好的路由能力、靈活的插件能力，以及本身的高性能，能夠彌補在 Ingress 選型上的一些缺點。對于基于 Nginx 或 Openresty 開發的程序員，如果對現在的 Ingress 不滿意，我推薦你們去使用 APISIX 作為 Ingress。
如何將 APISIX 作為 Ingress 呢？我們首先要做出一個區分，Ingress 是 Kubernetes 名稱的定義或者規則定義，Ingress controller 是將 Kubernetes 集群狀態同步到網關的一個組件。但 APISIX 本身只是 API 網關，怎么把 APISIX 實現成 Ingress controller 呢？我們先來簡要了解一下如何實現 Ingress。
如果實現了第二部分，通過 Kubernetes Ingress 的配置，便可以很快的產生 APISIX。通過 APISIX Ingress controller 就可以產生 APISIX 相關的配置。當前為了快速的將 APISIX 落地為能夠支持 Kubernetes 的 Ingress ，我們創建了一個開源項目，叫 Ingress Controller。
ingress controller 架構圖
上圖為Ingress controller 項目的整體架構圖。左邊部分為 Kubernetes 集群，這里可以導入一些 yaml 文件，對 Kubernetes 的配置進行變更。右邊部分則是 APISIX 集群，以及它的控制面和數據面。從架構圖中可以看出，APISIX Ingress 充當了 Kubernetes 集群以及 APISIX 集群之間的連接者。它主要負責監聽 Kubernetes 集群中節點的變化，將集群中的狀態同步到 APISIX 集群。另外，由于Kubernetes 倡導所有組件都要具備高可用的特性，所以在 APISIX Ingress 設計之初，我們通過雙節點或多節點的模式來保證 APISIX Ingress Controller 的保障高可用。
各類 Ingress 橫向對比
相對于市面上流行的 Ingress 控制器，我們簡單對比來看看 APISIX ingress 有什么優缺點。上圖是外國開發人員針對 Kubernetes Ingress 選型做的一張表格。我在原來表格的基礎上，結合自己的理解，將 APISIX Ingress 的功能加入了進來。我們可以看到，最左邊的是APISIX，后邊就是 Kubernetes Ingress 和 Kong Ingress，后面的 Traefik，就是基于 Golang 的 Ingress。HAproxy 是比較常見的，過去是比較流行的負載均衡器。Istio 和 Ambassador 是國外非常流行的兩個Ingress。接下來我們總結下這些 Ingress各自的優缺點：
APISIX Ingress：APISIX Ingress 的優點前面也提到了，它具有非常強大的路由能力、靈活的插件拓展能力，在性能上表現也非常優秀。同時，它的缺點也非常明顯，盡管APISIX開源后有非常多的功能，但是缺少落地案例，沒有相關的文檔指引大家如何使用這些功能。
Kubernetes Ingress：即 Kubernetes 推薦默認使用的 Nginx Ingress。它的主要優點為簡單、易接入。缺點是Nginx reload耗時長的問題根本無法解決。另外，雖然可用插件很多，但插件擴展能力非常弱。
Nginx Ingress：主要優點是在于它完全支持 TCP 和 UDP 協議，但是缺失了鑒權方式、流量調度等其他功能。
Kong：其本身就是一個 API 網關，它也算是開創了先河，將 API 網關引入到 Kubernetes 中當 Ingress。另外相對邊緣網關，Kong 在鑒權、限流、灰度部署等方面做得非常好。Kong Ingress 還有一個很大的優點：提供了一些 API、服務的定義，可以抽象成 Kubernetes 的 CRD，通過K8S Ingress 配置便可完成同步狀態至 Kong 集群。缺點就是部署特別困難，另外在高可用方面，與 APISIX 相比也是相形見絀。
Traefik ：基于 Golang 的 Ingress，它本身是一個微服務網關，在 Ingress 的場景應用比較多。他的主要平臺基于 Golang，自身支持的協議也非常多，總體來說是沒有什么缺點。如果大家熟悉 Golang 的話，也推薦一用。
HAproxy：是一個久負盛名的負載均衡器。它主要優點是具有非常強大的負載均衡能力，其他方面并不占優勢。
Istio Ingress 和 Ambassador Ingress 都是基于非常流行的 Envoy。說實話，我認為這兩個 Ingress 沒有什么缺點，可能唯一的缺點是他們基于 Envoy 平臺，大家對這個平臺都不是很熟悉，上手門檻會比較高。
看完上述內容，你們對如何進行Kubernetes Ingress控制器的技術選型有進一步的了解嗎？如果還想了解更多知識或者相關內容，請關注億速云行業資訊頻道，感謝大家的支持。
免責聲明：本站發布的內容（圖片、視頻和文字）以原創、轉載和分享為主，文章觀點不代表本網站立場，如果涉及侵權請聯系站長郵箱：is@yisu.com進行舉報，并提供相關證據，一經查實，將立刻刪除涉嫌侵權內容。
