自Kubernetes社区正式宣布Gateway API全面可用以来，已过去近一年半。这一里程碑重新定义了Kubernetes集群中的网络和流量管理方式。它不只是一次渐进式更新，更标志着云原生环境的网络架构发生了根本性转变，为连接管理提供了功能强大、可扩展且表达能力丰富的框架。
Gateway API通过面向角色的设计、标准化资源和可扩展性，取代了功能有限的Ingress API。Gateway API不仅引入了高级流量路由和拆分功能，还通过面向角色的设计支持多租户，从而实现了以往难以处理的复杂用例。包括F5在内的厂商认识到其塑造Kubernetes网络未来的潜力，因此，这一转变推动了整个行业的广泛创新。
不过，采用这样的新标准并非一蹴而就。尽管Gateway API优势明显，许多组织仍持谨慎态度。他们正在仔细权衡迁移的复杂性和现有Ingress工具，与Gateway API标准化且灵活的路由配置之间的利弊。是否采用Gateway API并非只取决于技术限制，还需要综合考虑各种取舍。只有网络能力得到切实且显著的提升，才能抵消迁移所需的时间、精力和相关风险。
整个行业采用速度较慢，反映出这种谨慎态度。尽管Gateway API被广泛视为Kubernetes网络的发展方向，但许多组织仍在探索其功能，或在决定全面采用之前评估各种权衡因素。Kubernetes社区的报告显示，Gateway API的试用正在稳步增加。早期采用者正将其用于多种场景，从简单的HTTP路由到高级多租户架构。这表明业界对Gateway API潜力的兴趣日益浓厚，但许多团队仍持观望态度。
F5也观察到了类似的情况。许多客户并未急于立即转向Gateway API。这并非因为他们缺乏兴趣，而是因为他们希望在创新与成熟Ingress解决方案所提供的运营确定性之间取得平衡。因此，我们认为，向Gateway API迁移不必操之过急，但需要有策略地推进。
下面具体分析一下。迁移到Gateway API面临的一些挑战包括：
- 复杂的基础设施改造：迁移可能需要重写自动化流程，并更改现有的应用流水线。
- 生态系统支持尚不完善：工具和控制器的全面支持仍在不断发展。
- 缺乏时间和专业知识：学习和重构需要投入专门的时间。
- 规避风险：团队不愿改变已经正常运行的系统。
但这样做也能带来显著优势：
- 面向角色的设计：Gateway API资源按组织角色划分，使开发人员能够进行更改，而不会影响其他团队。
- 标准化流量策略：许多常用流量策略已深度集成到API本身，使配置可在不同实现中通用，并且比Ingress注解更易于管理。
- 可扩展性：扩展点允许实现方扩展Gateway API，以便在该API框架下提供自定义功能。
谈到应用交付和基础设施，我们深知：变革需要时间，也需要在整个公司内部凝聚共识。要启动转型，持续的支持、指导和创新必不可少。
推进Gateway API采用：F5洞察
F5一直深度参与Kubernetes网络的开发与演进。我们亲身应对这些挑战，并帮助各团队克服困难。
我们的经验印证了一个核心事实：要成功采用Gateway API，不仅要实施新标准，更要为未来的成功奠定基础。为此，组织需要优先考虑简单性、性能、灵活性和强大支持的解决方案。以下将介绍这些原则如何帮助组织更顺利地完成过渡，并为实现长期价值奠定基础：
- 以全新方法化繁为简：迁移到Gateway API不仅需要技术变更，还涉及文化和运营模式的转变。通过从头构建，我们可以解决Ingress的所有痛点，并通过Gateway API这一统一接口改善网络体验。虽然前期可能需要投入更多精力，但从长远来看，流程简化、开销降低和成果交付加快等收益将远超面临的挑战。
- 以性能为基础：网络性能至关重要，在大型Kubernetes环境中尤其如此。精简的Gateway API实现应依托力求尽量降低架构开销的数据平面，从而改善延迟、资源效率和可扩展性。解决方案必须兼具Gateway API的灵活性和默认高性能，确保团队能够顺利迁移，同时不牺牲速度或可靠性。
- 模块化设计带来灵活性： Kubernetes环境差异很大，既有基本的路由需求，也有复杂的架构。模块化Gateway API解决方案支持团队按需采用相关功能，并与服务网格等其他解决方案配合使用，从而满足环境需求，而不会增加复杂性。这种方法有助于开展试验，并确保解决方案保持可扩展性和适应性。
- 以支持助力成功：在采用Gateway API的过程中，专家指导可以提供很大帮助。全面的文档、可靠的资源和实际操作支持可减少从Ingress过渡时的阻力。可信赖的合作伙伴和社区参与可显著简化迁移，让原本艰巨的转变过程更加顺畅、高效。
未来属于Gateway API……按自己的节奏稳步迈进
我们知道，18个月并不算长。尽管Gateway API带来了诸多可能性，但并非每个组织都已准备好立即采用它。
对于许多团队而言，Ingress API不仅是一种功能完善的解决方案，也是现有基础设施的关键组成部分。多年来，Ingress API一直是Kubernetes网络的支柱。拥有成熟环境的组织无需迫于压力而放弃这一稳定且行之有效的解决方案。
F5深知这一现实，因此我们不会放弃Ingress API。我们将继续投入F5 NGINX Ingress Controller的开发，通过持续创新和推出新功能，使其保持稳健、安全，并继续满足现代用例的需求。
对于希望继续使用Ingress的组织，我们致力于确保它始终是一款高价值解决方案，为当前的Kubernetes工作负载提供可靠支持。对于正在探索Gateway API的团队，专门构建的F5 NGINX Gateway Fabric兼具现代化的简洁性、性能和灵活性，帮助组织更有信心地采用这一标准。
决定转向Gateway API是一项重大变革，无需一蹴而就。但从长远来看，完成转型的组织将更有能力实现增长与创新，同时借助现代、可扩展且具备互操作性的系统，为未来发展奠定基础。这一系统也将推动Kubernetes网络不断演进。无论现在还是将来，只要您准备就绪，F5都将随时提供支持。如需了解详情，请联系F5。
关于作者
相关博客文章
NGINX Plus R26 正式发布
NGINX Plus R26通过缓存JSON Web密钥集加快JWT验证，并强化TLS握手，从而提升安全性。NGINX JavaScript的新功能包括增强对异步函数的支持，以及实现WebCrypto API。
使用NGINX App Protect DoS保护gRPC应用，抵御严重的DoS攻击
gRPC具备开发人员设计和部署现代应用所需的速度与灵活性，但其开放性也使其极易受到第7层DoS攻击。NGINX App Protect DoS可保护gRPC应用免受此类破坏性攻击。
Ingress Controller 选型指南（第 2 部分）：风险与面向未来的规划
了解选择错误的Ingress控制器可能带来的风险，以及如何从关键方面着手，让您的选择更好地适应未来需求。
NGINX Plus R19 正式发布
NGINX Plus R19扩展了监控功能，不仅提供更多指标，还新增了指标分析方式；增加试运行模式，用于测试限速效果；增强键值存储，以支持IP地址范围；并使限速更加动态。
NGINX现已正式加入F5
NGINX现已正式成为F5的一部分。Gus Robertson现任F5 NGINX业务部门负责人。他阐述了两家公司在人才、文化和愿景方面融合的价值，以及双方将如何携手增强NGINX的开源产品和商业产品。
