Kong API網關是建立在NGINX之上的開源API網關。根據公告博客文章，Kong for Kubernetes產品由兩部分組成：一個是Kubernetes控制器，用于管理K8S入口配置的Kong狀態；另一個是Kong Gateway，用于處理和管理傳入的API請求。

員工經過長期磨合與沉淀，具備了協作精神，得以通過團隊的力量開發出優質的產品。創新互聯堅持“專注、創新、易用”的產品理念，因為“專注所以專業、創新互聯網站所以易用所以簡單”。公司專注于為企業提供網站建設、成都網站設計、微信公眾號開發、電商網站開發，小程序制作，軟件按需開發等一站式互聯網企業服務。

公有云上大多數托管的Kubernetes部署都利用云供應商提供的Ingress控制器。這些控制器可以處理供應商的負載均衡器和其他計算抽象。Kubernetes部署還可以選擇使用其他控制器，其中包括NGINX和HAProxy。

有媒體與Kong Inc.產品副總裁Reza Shafii聯系，以了解有關此版本以及Kubernetes一般功能的更多信息。Shafii解釋說，Kong for Kubernetes將Kong API網關具有的所有功能添加到Ingress。這些是API管理功能，即“啟用對API流量的動態策略管理，例如基于OIDC的身份驗證，高級速率限制，請求緩存或同時將日志和指標流式傳輸到不同分析提供程序的功能”。

Shafii進一步闡述了性能方面：這些包括高性能配置文件（例如，亞毫秒級延遲和每秒25K +事務），并支持多種協議和交互模式（REST，graphQL，gRPC，TCP等），同時提供以下各項的所有操作：通過Kubernetes CRD的Kong Gateway。最后一點很重要，因為這將使入口的操作方面在所有云提供商和內部部署之間保持一致。

根據Shafii的說法，盡管Kong是在nginx之上構建的，但與默認的nginx-ingress-controller以及nginx 自己的商業控制器相比，它的入口控制器具有明顯的差異。這些差異在于Kong擁有的API管理功能，以及對于Kong Gateway用戶而言，它為Kubernetes和非Kubernetes工作負載提供了“一致的API管理生命周期”。

0.8版本增加了Ingress對Knative的支持。Knative是Kubernetes 上用于基于容器的工作負載的無服務器平臺，可為“常見應用程序用例提供更高層次的抽象”。

Knative的默認Ingress基于Istio，并且還有其他類似Gloo的選項。Shafii解釋了Knative的默認Ingress與Kong提供的默認Ingress之間的區別：從社區和客戶那里了解到的是，大多數用例不需要Istio就能運行無服務器工作負載。實際上，Istio的沉重負擔是促使我們啟動Kuma服務網格項目的原因之一。

Kong Gateway的插件體系結構和對可擴展性的關注有助于使Knative工作負載僅專注于業務邏輯，也可以將云供應商的負載平衡器與Kong的入口控制器一起使用。

Shafii填寫詳細信息：云負載平衡器提供了一種平衡多個Kong Gateway節點之間的流量的方法，并且Kong Gateway節點幫助管理到群集內多個服務的流量。實際上，對于大多數用戶，我們建議使用負載平衡器（例如AWS或GCP的負載平衡器）來管理Kong Gateway。這在云中的虛擬專用網絡內部提供了一個終結點，然后可以將該終結點暴露給其他網絡（不同的AWS賬戶），其他合作伙伴網絡或直接在Internet上。

與GCP和AWS等云供應商以及Istio和Gloo等網關提供的網絡流量指標類似，Kubernetes的 Kong可以收集“指標，例如HTTP狀態和錯誤代碼，流量吞吐率/延遲和（消耗/出口）帶寬消耗”。每個路線和服務級別”。

根據Shafii的說法，新版本還提供了針對Kong Gateway自身的與健康相關的指標，例如“服務的連接，當前正在使用的連接，共享的內存使用和緩存命中率”。他補充說，這些指標可以與Prometheus，Data Dog，StatsD，Zipkin和Jaeger集成。而且，0.8版本對基于路徑的路由進行了重大更改，并且不建議使用某些注釋，該更新日志有變化的完整列表。