![]()
NGINX 向云原生演进，All in OpenNJet
我们公司专注于代理业务，在技术探索的道路上，曾长期依赖 Nginx 作为核心工具。然而，随着业务的拓展与技术需求的演进，Nginx 逐渐显露出其局限性。
以往，我们不得不借助 OpenResty 与 Nginx 相结合，并引入第三方包进行打包处理，但即便如此，打包后的 Nginx 仍无法支持 HTTP3 协议。这一缺陷在实际的无感转发和代理工作中引发了诸多棘手问题，例如在访问某些网站时，常常遭遇拦截与校验，导致访问失败，业务推进频频受阻。
就在此时，OpenNJet 映入我们的眼帘，它对 HTTP/3 协议的原生支持犹如一道曙光，让我们看到了解决问题的希望。在搭建代理服务的实践过程中，HTTP/3 的强大特性得以充分展现，数据传输不仅稳定高效，而且采用透明转发方式，极大地优化了代理服务的整体效率与稳定性，为我们的网络架构注入了一股强劲动力，使之能够更加流畅地运转。
OpenNJet 内置的 Lua 语言更是为我们打开了一扇通往个性化定制的大门。通过编写 Lua 脚本，我们能够依据项目的独特需求，深度调整业务逻辑，轻松实现各种别具一格的功能，真正做到了让技术贴合业务，而非让业务迁就技术。
当然，在使用 OpenNJet 的过程中，我们也并非一帆风顺。
1， 首先是 sub_filter 的设置问题，其初始默认值 255 ，严重束缚了部分功能的发挥。经过与 OpenNJet 研发团队的积极沟通与反馈，他们迅速响应并协助我们将该值调整为 500 多。这个数字变化，却带来了功能处理效率的大幅提升，让系统能够更加自如地应对复杂任务。
2， 另一个问题是 cache 缓存问题。在测试初期，一切都没问题，但运行四五天后，系统突然报错，并产生大量 core 文件，在与 OpenNJet 团队的紧密协作下，全力排查问题根源，最终成功找到解决方案并进行了系统更新。
自此之后，类似问题再也没有出现，生产服务器的稳定性得到了极大保障，如今，我们已将 OpenNJet 全面部署到线上生产环境，每天都有上万人同时在线使用，这无疑是对其稳定性与性能的严苛考验。
值得庆幸的是，自版本更新以来，OpenNJet 展现出了卓越的可靠性，故障与异常情况极少发生。这不仅为我们的业务运营提供了坚实的保障，让各项业务得以顺利推进，也为用户带来了优质、稳定的服务体验，赢得了用户的信赖与好评。
在此，我要衷心感谢NJet的架构师。在整个 OpenNJet 的应用之旅中，每当遇到各种复杂难题，凭借其深厚的技术功底与丰富的实践经验，他们一次次找到问题的关键所在，并提供切实可行的解决方案。
可以毫不夸张地说，如果没有架构师们的鼎力相助，我们很难在如此短的时间内让 OpenNJet 在项目中大放异彩，实现如此出色的应用效果，在未来的项目中，希望OpenNJet 将继续发挥其独特优势，为我们团队创造更多的价值，助力我们在技术创新的道路上不断前行，攀登更高的业务巅峰。
NJet 应用引擎通过内核重构实现了独特的运行时动态配置加载能力，是新一代高性能 Web 应用引擎。NJet 拥有高性能数据面处理能力，将集群、高可用、主动健康检查、声明式 API 等多种辅助功能，通过 NJet 独特的副驾驶 CoPilot 服务框架调度，从而方便功能扩展，隔离管理 / 控制功能对数据面的影响，NJet 应用引擎性能超过 CNCF 推荐 Envoy 应用引擎的三倍。 邮件组 官网
