一文读懂云原生网关演进史

Hello folks，我是 Luga，当天咱们来聊一下云原生网关的历史演进历程：从 Ingress 到 Gateway API。

妇孺皆知，Kubernetes 网络格式正在出现深入的变动。传统的 Kubernetes Ingress 方法正在被一种更弱小、更灵敏、更具裁减性的规范所补充，甚至在某些状况下被其取代：Kubernetes Gateway API。

Kubernetes 理想上已成为编排和治理容器化运行程序的首选平台，其外围才干之一是治理网络流量。网络的高效治理关于确保这些运行程序的性能和可用性至关关键。但是，处置 Kubernetes 网络的复杂性通常会造成 Ingress 方法面临诸多应战。只管 Ingress 是治理集群服务外部流量的规范方法，但在复杂的环境中，它往往须要依赖自定义注释和自定义资源定义 (CRD) 来成功所需的操作，这无疑参与了治理难度和保养老本。

传统的 Ingress 控制器提供了基本的 HTTP 路由性能，但在面对更复杂的流量治理需求时，其灵敏性和裁减性显得缺乏。用户不得不经过参与各种自定义注释或引入额外的 CRD 来成功初级性能，如细粒度的流量控制、安保战略、多租户隔离等。这种方式不只参与了性能的复杂性，还或许造成不同环境下的行为不分歧，进而影响系统的稳固性和可保养性。

Kubernetes Gateway API 带来了令人等候的改革。作为一种更现代化的处置打算，Gateway API 提供了一个基于角色的、顺应性强的框架，与经常使用 Kubernetes 服务网络的组织角色坚持分歧，简化了网络治理和流量控制。Gateway API 不只保管了 Ingress 的优势，还在多个方面启动了改良和裁减。它提供了更丰盛的路由性能，支持多种协定和初级流量治理战略，能够更好地顺应复杂的微服务环境和高并发场景。

此外，Gateway API 器重安保性和可裁减性，经过细粒度的战略控制和灵敏的性能选项，确保在多租户环境下的资源隔离和安保性。它引入了控制平面和数据平面的分别，准许不同团队基于各自的角色和职责，独立治理和性能流量战略。这不只提高了系统的可保养性和可裁减性，还增强了团队单干的效率。

Ingress ：轻松成功 Kubernetes 流量路由

在 Kubernetes 中，Ingress 是一个关键的 API 对象，通常被用于治理集群中服务的外部 IP 访问。其关键性能是将外部的 HTTP 和 HTTPS 流量路由到集群内的相应服务，从而提供了一种将外部恳求疏导至外部运行的简便方式。经过定义一组规定，Ingress 资源控制了这些流量的路由门路，可以成功多种复杂的流量治理需求。

Ingress 资源不只支持基本的 HTTP 和 HTTPS 路由，还可以性能为提供服务的 SSL/TLS 中断，这象征着它可以处置加密流量并在入口点解除加密，从而减轻后端服务的累赘。此性能在保障数据传输安保的同时，优化了系统的全体性能。此外，Ingress 还支持流量负载平衡，经过将外部恳求平均调配到多个后端服务虚例上，确保了服务的高可用性和牢靠性。它还能提供外部可访问的 URL，使得用户可以经过域名间接访问集群中的服务，简化了对外服务的性能和治理。

基于称号的虚构托管也是 Ingress 的一大特点。经过性能不同的域名和门路，Ingress 可以未来自同一入口点的流量路由到不同的服务，从而成功同一 IP 地址上的多服务托管。这对运转多个微服务的运行架构尤其有用，可以清楚简化外部流量的治理。

Ingress 的性能成功通常依赖于 Ingress 控制器。Ingress 控制器是一种专门的组件，它担任监控 Ingress 资源的变动并相应地性能底层负载平衡器或其余前端设施。只管负载平衡器是最经常出现的 Ingress 控制器成功方式，但它也可以性能其余前端设施（例如边缘路由器）来协助治理流量。这种灵敏性使得 Ingress 能够顺应各种不同的网络拓扑和需求场景。

经过经常使用 Ingress，用户可以集中治理集群内的服务访问，防止了在每个服务上地下节点 IP 或许为每个服务创立独自的负载平衡器。这不只简化了性能治理，还降落了资源消耗和运营老本。因此，Ingress 被宽泛运行于 Kubernetes 集群中，成为了治理外部流量访问的规范方法。

 networkingk8siov1 Ingress devopsingress host examplecom path api apiservice  path web webservice 

其实，从实质过去讲，后来，Ingress 控制器被引入 Kubernetes 生态系统，以处置集群内外部流量的治理疑问。Ingress 提供了一种繁复的方式来定义路由规定，使得外部恳求能够正确地抵达外部服务。经过性能 Ingress 资源，用户可以成功基于 HTTP 和 HTTPS 的门路路由、负载平衡以及 SSL 中断等性能。Ingress 控制器作为 Kubernetes 集群中的规范组件，被宽泛驳回。

但是，随着微服务架构的复杂性参与，Ingress 的局限性逐渐浮现。其性能方式相对繁难，难以满足复杂路由规定和初级流量治理需求。此外，Ingress 缺乏对多租户隔离、细粒度安保战略等性能的支持，这使得在大规模运行场景中显得力所能及。

IngressRoute ：解锁 Kubernetes 流量治理的精细化密钥

Ingress Route 作为 Kubernetes Ingress 的裁减成功，旨在处置规范 Kubernetes Ingress 性能有限的疑问，为云原生运行提供愈加丰盛、灵敏和弱小的流量治理才干。它由 Kubernetes Ingress 社区独立保养，与泛滥盛行的 Ingress 控制器相兼容，如 Contour、Nginx Ingress Controller、Envoy 等，为用户提供了更宽广的选用空间。

规范 Kubernetes Ingress 的性能相对较为繁难，关键基于域名和 URL 门路启动路由转发，缺乏更初级的路由战略和协定支持。而 Ingress Route 在此基础上做了大幅增强，提供了诸多弱小的性能个性。

 contourheptiocomv1 IngressRoute devopsingressroute examplecom match api name apiservice  match web name webservice 

通常而言，Ingress Route 关键处置了传统 Ingress 对象在以下几个方面的疑问，详细可参考如下所示：

1.性能复杂性和灵敏性

传统 Ingress 经常使用规范的 Kubernetes Ingress 对象，性能较为繁难，但灵敏性有限，尤其是关于复杂的流量治理需求（如多档次的门路路由、基于头消息的路由、加权路由等）。而 Ingress Route 则提供了更细粒度的控制和性能选项，可以定义更复杂的路由规定、流量治理战略等。

2.TLS治理

传统 Ingress 的 TLS 性能相对繁难，支持繁多的 TLS 证书治理，不可轻松地为不同域名或门路性能不同的 TLS 战略。而 Ingress Route 则通常支持更丰盛的 TLS 性能，可认为不同的路由定义独立的 TLS 证书和战略，从而提高了安保性和治理的灵敏性。

3.路由规定的表白才干

传统 Ingress 路由规定的表白才干有限，关键基于门路前缀婚配。而 Ingress Route 则支持更复杂的路由规定，例如基于恳求头、查问参数、门路等多种条件的路由规定，满足更精细的流量治理需求。

4.流量调配和负载平衡

传统 Ingress 的负载平衡战略比拟繁难，通常是基于轮询等基本战略。而 Ingress Route支持更复杂的流量调配战略，例如加权轮询、基于恳求属性的负载平衡、流量镜像等。

5.肥壮审核和缺点转移

传统 Ingress 肥壮审核和缺点转移性能相对繁难。Ingress Route 则通常集成了更初级的肥壮审核和缺点转移性能，能够更有效地检测和应答后端服务的缺点。

6.裁减性和插件支持

传统 Ingress 在裁减性层面支持有限，难以集成自定义的性能或第三方插件。而 Ingress Route 则通常设计为更易于裁减，可以繁难地集成各种自定义性能和第三方插件，以满足不同的业务需求。

总的来说，Ingress Route 只管为云原生运行带来了愈加灵敏和弱小的流量治理才干，但也同时参与了治理和运维的复杂度。因此，在驳回 Ingress Route 时，须要片面评价其带来的好处和应战，并做好相应的预备上班，包含团队技艺造就、流程优化等，以确保能够充散施展其弱小性能，并将复杂性控制在可治理的范围内。同时，也须要依据实践需求和团队状况，选用适宜的 Ingress 控制器，以尽或许缩小不用要的复杂性。只要这样，才干真正监禁 Ingress Route 的所有后劲，为云原生运行提供高效、牢靠的流量治理服务。

Gateway API ：云原生时代 API 治理新范式

Kubernetes Gateway API 是由 SIG-NETWORK 社区治理的一种规范或规范，旨在一致对 Kubernetes 集群中服务网络的建模和形容方式。它提供了一种灵敏且基于角色的接口，让用户可以更好地定义和治理 Kubernetes 服务网络，从而优化服务泄露、流量治理和安保战略等方面的性能。

作为 Kubernetes 生态系统中的一项关键规范，Gateway API 为不同的网络处置打算提供了一致的形象层和模型语义。这种一致性使得各种网络处置打算能够遵照相反的模型和语义，从而极大提高了跨平台的可移植性和可重用性。用户无需从新学习新的操作界面和流程，只要在不同环境敌对台之间无缝切换，即可享遭到相反的经常使用体验。

关于支持 Gateway API 的名目和公司而言，片面遵守该规范具备关键意义。这不只可以确保它们成功了与规范齐全分歧的性能和行为，而且还可以取得 Kubernetes 社区的鼎力支持。Gateway API 由生动的 Kubernetes 社区群体保养，社区中的奉献者们不遗余力地继续优化和完善这一规范，使其能够与 Kubernetes 生态系统的开展同步演进。因此，支持 Gateway API 的名目和公司可以借助社区的力气，及时取得规范的更新和改良，确保其产品和服务能够随时与最新版本的 Gateway API 坚持分歧，为用户提供一直如一的低劣体验。

Gateway API 的推出标记着 Kubernetes 服务网络开展的一个新里程碑，为顺应现代化复杂部署环境带来了史无前例的性能支持。这项翻新性的技术为组织在 Kubernetes 环境中高效治理流量提供了全新的工具，促成了跨部门之间的无缝运营单干，为构建灵敏、可裁减的云原生体系架构注入了新的能源。

但是，Gateway API 技术的真正实用性和价值表现，取决于其能否与特定组织的架构形式和运维理念相符合，能否能够成功地在不同的团队和部门之间正当调配上班负荷。Gateway API 的有效性仍有待在通常中经受更多的测验和观察。

无须置疑，传统的 Ingress 规范不时以其繁难直观的性质而备受青眼，这使得它在处置基本的流量治理场景时游刃缺乏。但是，当面临复杂的多租户环境、微服务架构、数据平面与控制平面解耦等现代化需求时，Ingress 规范的局限性就泄露无遗了。

与之相比，Gateway API 仰仗其增强的安保性、职责分别以及更丰盛的性能集，为组织提供了一种全新的选用打算。经过将控制平面和数据平面启动逻辑上的分别，Gateway API 成功了对流量治理职责的正当划分，使得网络治理员和运行开发人员能够各司其职，提高了运维效率。同时，它支持丰盛的流量控制战略、安保加固机制以及与服务网格的无缝集成，为组织构建愈增强健、牢靠的云原生运行系统奠定了松软基础。

当然，咱们也须要苏醒地意识到，Gateway API 作为一种新兴技术，其成熟度和生态树立仍有待时日。许多组织或许会秉持激进战略，继续选用 Ingress 规范，除非 Gateway API 真正展现出其无可代替的优势。但无疑，关于那些谋求出色、盼望构建下一代云原生运行平台的组织而言，Gateway API 值得被重点关注和评价。

因此，总的来说，Gateway API 的出现为 Kubernetes 生态注入了全新的生机，为云原生架构的开展门路提供了更多或许性。作为一种具备改革性意义的技术翻新，将如何与组织外部的运维通常、架构形式相互融合、相互影响，如何在云原生畛域掀起新的开展浪潮，这一切都将是十分值得等候和关注的。

Reference ：