翻译者 | Rob Whiteley
翻译者 | 原子武器果汁
策画 | 钰莹
今年 1 月 18 日，Nginx 公司副总裁总经理 Rob Whiteley 在 Nginx 官方网站发布了一则挥别信，正式即告 Nginx 的翻译者和 Nginx Inc. 的联合创办人 Igor Sysoev 退出 Nginx 和 F5 Networks。许多开发者对 Igor 所作出的贡献抒发了敬仰和非常感谢，也有网民感叹“颠峰三代拉开序幕”。Nginx 如今归属 F5 Networks。在 Igor 离任 7 个月之后，F5 近日发布了 Nginx 的今后新总体规划。
如果没有这么多绝妙的对外开放源码工程项目，包括 Kubernetes、罐子、Python、PyTorch，以至 WordPress、Postgres 和 Node.js，NGINX 根本就无法构筑起一个全面接手并控制力学世界的数字空间。对外开放源码早已改变了他们的组织工作方式。目前，GitHub 上有少于 7300 万开发者，共计分拆了少于 1.7 万个 PR，其中很大一部分位于采用对外开放源码许可的标识符库房之中。
他们也很高兴 NGINX 能在一股对外开放源码的蓬勃发展大潮中发挥他们的作用，并将继续推动工程项目往前产业发展。当然，他们也需要深思他们的对外开放源码组织工作，适应流行时尚的持续演进。通过对外开放源码获得的商业性模式经常被推至社会舆论的众矢之的，所以他们 NGINX 一直希望稻船确切甚么叫对外开放源码、甚么叫商业性，两者的边界线能否相融。而且最重要的是，他们永远不会对应用软件对外开放源码版早已包含的任何机能优点收费工程项目。
对外开放源码快速演进
NGINX 也在不断产业发展
他们现在意识到，要思索他们对对外开放源码作出的承诺，努力在对外开放源码和商业性两大领域提供更多价值和机能。他们不能再像往后那样简单对外开放收费工程项目版，因为市场走势早已发生改变，许多商业性版中的机能早已成为对外开放源码开发者必不可少的重要工具。另外，他们也确切大家对于对外开放源码安全可靠的期望，要保证对外开放源码版与商业性产品一样安全可靠。
但另一方面，他们也得利斯涅。在内部，他们多半会说对外开放源码版存在诸多机能或者扩展性缺乏，还没有为业务制造做好准备。不过结合往后一段时间的经历，他们发现这种知觉是错的：数以千计的组织早已在制造环境中运行 NGINX 对外开放源码应用软件。这是件坏事，代表着客户对他们对外开放源码版的高度信赖。而他们也应当以这本信赖为依据，竭尽全力坚忍拓展。
事实上，他们一直在通过 NGINX 核心产品服务大众。有声音认为 NGINX 的原始产品家族早已陈旧落后，但其实他们一直没有停止过更新的脚步：
对于核心 NGINX 对外开放源码应用软件，他们不断添加新的机能优点，并支持更多操作系统平台。在即将发布的下个版中，他们将通过 HTTP3 和 QUIC 增强 Web 应用程序和流量的安全可靠性与扩展性。
NGINX 生态体系中还有一支声名不显，但却锐意进取的创新力量，这就是 NGINX JavaScript（njs）。它能帮助开发者将 JS 标识符整合至 NGINX HTTP 和 TCP/UDP（Stream）模块的事件处理模型之中，同时扩展 NGINX 配置语法以实现更多复杂机能。他们的用户早已借此作出许多了不起的尝试，例如创新的缓存清理、标头操作以及对 MQTTv5 等高级协议的支持等。
他们的通用 Web 应用服务器 NGINX Unit 是由 NGINX 对外开放源码版的原翻译者 Igor Sysoev 构思而成，目前仍在不断产业发展。Unit 在 NGINX 的现代应用堆栈产业发展路线中占据重要位置，甚至远远超越数据平面和安全可靠性等主要关注点。在开发 Unit 期间，他们还重新思考该如何为不断产业发展的 Web 构筑应用程序，引入更多云原生机能，同时也采取了面向分布式 / 高度动态应用程序的设计元素。
现代应用程序参考架构
他们希望竭尽全力开展试验，帮助核心开发者们更高效、更轻松地部署现代应用程序。在去年的 Sprint 2.0 上，他们发布了 NGINX 现代应用程序参考架构（MARA），相应的 1.0.0 正式版最近也早已发布。MARA 是一套精心设计而成的工具堆栈，其中也包括 Kubernetes，他们希望通过这样的配置轻松实现基础设施与应用程序架构的“即标识符”式部署。只需单击几下，用户就可以配置并部署 MARA 参考架构，并享用其中集成的一切制造级云原生环境创建选项——安全可靠性、日志记录、网络、应用程序服务器、配置和 YAML 管理等，可谓无所不包。
MARA 是一套由模块化思维设计而成的架构，您可以按他们的方式使用，并利用现有模块设计出符合实际应用需求的定制化参考架构。社区也热情支持他们的探索，有多家创新技术公司早已在 MARA 上与他们合作。Sumo Logic 早已将自家日志记录机能引入 MARA，Pulumi 则带来用于自动化和组织工作流编排的模块。他们希望在 MARA 的帮助下，每一位开发者都能在几分钟内启动并运行起完整的 Kubernetes 环境，涵盖所有支持部件、安全可靠机制以及应用程序部署条件，而这还只是他们集体创新成果中的一小部分。
NGINX 的今后：现代化、优化、扩展
在每年的用户线上大会 NGINX Sprint 中，他们都会面向来年作出新的承诺。今年也是一样，他们对接下来十二个月的承诺可以概括成三个词：现代化、优化、扩展。他们的承诺当然不会流于表面，而是为每个工程项目都制定了大量计划，也将努力兑现这三大关键词。
承诺一：推动方法、现有成果和社区管理的现代化
他们正在快速更新标识符并引入新的产品和工程项目，但这里需要进行现代化升级的可不仅仅是标识符，还包括标识符管理、决策透明度以及整个社区的运营水平。虽然之前 NGINX 对外开放源码标识符库一直运行在 Mercurial 版控制系统上，但他们意识到 GitHub 才能承载整个对外开放源码世界的环境。因此在今后，所有 NGINX 工程项目都将由生于 GitHub、托管于 GitHub，契合开发者和对外开放源码社区的现实习惯。
他们还将推动 NGINX 工程项目管理 / 治理方式的现代化。他们承诺进一步加强对贡献的对外开放接纳，提升管理透明度，让整个社区更加友好舒适。他们将遵循现代对外开放源码组织工作的所有惯例，在 GitHub 上重建现有成果，将这些准则引入 NGINX 全体工程项目之中，同时密切关注社区反馈。他们还将在 Slack 上创建 NGINX 社区频道，届时将有他们他们的专家为开发者解答疑问。当然，各社区成员之间也可以通过该频道相互帮助，而且整个体验就是大家熟悉的 Slack 味道。
承诺二：优化开发者体验
他们的主要用户群体就是开发者，正是他们创建的应用程序让 NGINX 能够走到今天。他们一直在强调 NGINX 的易用性原则，要求保证 NGINX 能够快速安装、启动和配置。但他们完全可以做得更好，例如通过调整学习曲线、简化配置过程，他们能够加快开发者获得产品体验和实现价值的速度。这里的“实现价值”，是指在制造环境中部署真正有价值的标识符。他们会简化安装流程、改进说明文档，并进一步增加社区论坛的话题覆盖面，为广大开发者带来更好的使用体验。
他们还将发布新的 SaaS 产品，它与 NGINX 对外开放源码版原生集成，能帮助大家在几秒内快速用到 NGINX。无需注册、不必付费，他们承认这项 SaaS 服务永远免费对外开放。
另外，他们还意识到开发者们高度依赖的许多关键机能，目前被划进了付费版之中。例如，DNS 服务发现对于现代应用程序而言至关重要，但只面向 NGINX Plus 付费用户对外开放。他们承诺将这些关键机能纳入 NGINX 对外开放源码版，真正实现全面免费对外开放。目前他们还在筹划具体应免费对外开放哪些机能，希望大家能多提建议和意见，告诉他们该如何优化开发者体验。您的声音，他们一直用心在听。
承诺三：扩展 NGINX 的机能与能力
NGINX 目前确实生机勃勃，但要想让它能在十年后仍葆青春，就需要对工程项目不断作出改进。他们为此提出了极具雄心的目标：希望建立完整的 NGINX 应用程序与支持机能集，用以大规模管理和操作现代应用程序。
迄今为止，NGINX 主要作为 L7 数据平面层使用。但开发者需要在 NGINX 周围搭起很多“脚手架”，才能让它正常发挥作用。比如需要配合连接自动化与 CI/CD 机能、设置正确的日志记录方案，添加身份验证与证书管理等等。他们希望对 NGINX 作出进一步扩展，为 NGINX 无缝集成一个或多个高质量对外开放源码组件，从而满足应用程序测试和部署中的各种常见需求。简而言之，他们希望能在堆栈的每个层级都创造价值，并向开发者免费对外开放。例如，如果大家使用 NGINX 对外开放源码版或者 NGINX Plus 作为 API 网关，他们希望能同步向您提供管理和扩展该用例的一切——API 导入、服务发现、防火墙、策略规则和安全可靠性等等，且全部选择高质量的对外开放源码工具选项。
他们的梦想，是围绕 NGINX 构筑一个全面覆盖应用程序管理及部署需求的完整生态系统。MARA 正是建立这套生态的第一步，他们也希望能竭尽全力吸引到合作伙伴的参与。他们的目标是到今年年底，能在几分钟内通过 NGINX 环境启动并运行一个完整的预连接应用程序，同时配备完整的分布式跟踪、日志记录、自动规模伸缩、安全可靠保护、CI/CD 挂钩等机能。
发布 Kubernetes API Gateway
全新 Amplify 及 NGINX Agent
为了向大家证明他们践行承诺的决心，这里要发布三笔“预付款”：
今年早些时候，他们基于 Kubernetes API Gateway SIG 参考架构，推出了 NGINX Kubernetes Gateway。这既实现了产品家族的现代化升级，也让他们能够与云原生趋势保持一致。NGINX Kubernetes Gateway 代表着他们向社区伸出的橄榄枝。当他们为 Kubernetes 创建商业性和对外开放源码 Ingress 控制器时，早已意识到这项组织工作非常复杂，而且与社区版 Ingress（同样基于 NGINX 构筑）有很大区别。这种差异会提高社区开发者的理解门槛，影响 NGINX 的生态健康。
很明显，Gateway API 终将取代 Kubernetes 架构中的 Ingress 控制器。因此，他们决定改变既往方法，将之前仅在对外开放源码版中提供的 NGINX Kubernetes Gateway 作为下阶段的 Kubernetes 网络开发重点（也是为了与不断产业发展的行业标准保持同步）。该网关将被集成并扩展至其他 NGINX 产品，优化 Kubernetes 上的开发者体验。
几年前，他们推出了 NGINX Amplify，一款用于 NGINX fleet 监控和遥测的 SaaS 产品。虽然没有大力宣传，但 Amplify 仍然得到众多开发者的喜爱和支持。无论往后还是现在，Amplify 都免费供大家使用。作为现代化承诺的一部分，他们正在为 Amplify 添加更多新机能，希望能让它成为值得依赖的可靠工具，帮助大家实现对 NGINX 产品的规模化启动、监控与管理。除了监控 NGINX 实例之外，Amplify 还将帮助您完成 NGINX 部署配置、脚本应用以及故障排查等日常任务。
他们还在着手发布 NGINX Agent。通过这款能够与 NGINX 对外开放源码实例一同部署的轻量级应用程序，您可以享受到多种以往仅供商业性版使用的机能，例如动态配置 API。使用 NGINX Agent，您可以在更多用例中使用 NGINX 对外开放源码版，获得更大的灵活性空间。其中还将囊括更为精细的控件，帮助您扩展应用程序与基础设施。Agent 将帮助大家在 NGINX 的管理、部署和配置方面作出更明智的决策。他们正在努力推进开发组织工作，并将在完成后第一时间向大家汇报。
展望今后
一年为期，欢迎大家监督他们是否践行了承诺。他们也期望听到您的真实需求，并加入 Slack 上的 NGINX 社区频道（https://community.nginx.org/joinslack）。另外，也欢迎大家在他们的 GitHub 库房（https://www.github.com/nginxinc）上发表评论、提交 PR。
原文链接：
https://www.nginx.com/blog/future-of-nginx-getting-back-to-open-source-roots/
