InfoQ 最近采访了 NGINX 公司的 Rob Whiteley、Sidney Rabsatt 和 Liam Crilly,和他们讨论了他们对于未来网络和数据中心通信的想法。NGINX 公司的目标是成为“值得信赖的顾问”,并为想要应用软件负载均衡器、摄取网关和服务网格的公司提供方便,因为这正巧符合他们公司当前的技术方向和目标。
NGINX 产品管理部门的 VP Rabsatt 表示,基于开源和商用 NGINX 代理和 Web 服务器的成功案例,NGINX 现在提供了一整套产品套件,可以实现跨网络和 API 网关领域(并逐步扩展到服务网格领域)的有效控制和可观察性。NGINX 始终关注于提供可以为工程师带来“自由与灵活度”的解决方案,并在恰当的情况下为他们提供指导。NGINX 团队渴望被认为是“值得信赖的顾问”,可以指导大型企业在应用交付控制器(ADC)和网络领域采用新的技术。
NGINX 的 CMO Whiteley 以及产品管理总监 Crilly 表示,因为部署结构的变化(云、容器和 Kubernetes),他们认为网络部署已经从硬件转移到了软件上来。企业对这种部署结构的采用正在改变 API 网关的角色(以及摄取)。Whiteley 表示,这方面技术创新的传播仍然在“跨越鸿沟”。尽管服务网格很重要,但还未成熟,在公司内部的最佳实践也才刚刚出现。
Rabsatt 接着谈论了越来越多的客户尝试管理软件架构中增长的运营复杂度,这些复杂度在一定程度上是因为采用了不同的架构风格,比如微服务和函数即服务(FaaS),它们都有很多可移动的组件。有些企业正在尝试在它们的服务网格风格的配置中使用NGINX,这是非常前沿的。不过,客户比较了解这个领域,也很感兴趣,他们正在寻找能够帮助他们规划如何从当前网络解决方案转移到这种新型通信方式的前瞻性指引。
大约有40% 的NGINX 客户使用NGINX 的产品来实现API 网关,Rabsatt 表示,这是NGINX 的一个重要的业务组成部分。很多其他API 网关解决方案都是基于NGINX 搭建的,比如开源和商用的 Kong API 网关以及开源的 OpenResty ,这进一步验证了 NGINX 核心技术在这个领域的可用性和优势。Rabsatt 提醒道,团队在采用 API 网关之前需要考虑它和组织采用的整体网络和通信之间的关系,并建议技术领导者应该要考虑清楚他们所使用的产品的“愿景完整度”。
当被问到 NGINX Unit 多语言 Web 和应用服务会在产品套件中扮演什么样的角色时,Whiteley 回复说,这有助于平衡开发和运营之间的竞争性需求。开发人员想要支持更多的语言运行时环境,可以为特定需求使用最佳的语言,而运营人员希望减少运行时实现和管理的复杂度。NGINX Unit 可以支持多语言平台,并提供相同的抽象和控制接口,以减少开发和运营需求之间的摩擦。
Crilly 表示,NGINX Unit 可以用在多种场景中,很多 Unit 可以在一个典型的基于微服务的架构中部署,每个服务一个 Unit,或者部署单个大型的 Unit,以便支持多个微服务风格的组件,这些组件可以在运行时绑定在一起。这为工程团队提供了可以按照他们的需要来选择组件粒度级别的自由,而不受部署和运营模型的限制。Unit 与 NGINX 代理功能的紧密集成也可能比在典型的服务网格实现中基于边车的代理部署提供更好的性能。
在采访最后,受访者都认为,企业组织非常有必要经常评估和细化在网络和 ADC 领域的最佳实践。NGINX 团队旨在为想要应用软件负载均衡、API 网关和服务网格的公司提供方便。重要的是,企业需要有“在自己的领域内构思创新的可能性”,而要实现这一点,需要同时拥有完整网络和应用程序交付解决方案所需的不同组件的选择和凝聚力。
查看英文原文: NGINX Interview: Enterprise Adoption of Software Load Balancing, API Gateways, and Service Meshes
感谢无明对本文的审校。
评论 1 条评论