Cloudflare 弃用 Nginx，改用内部 Rust 编写的 Pingora

点击上方“Java基基”，选择“设为星标”

做积极的人，而不是积极废人！

每天 14:00 更新文章，每天掉亿点点头发...

源码精品专栏

 

• 原创 | Java 2021 超神之路，很肝~
  

• 中文详细注释的开源项目
  

• RPC 框架 Dubbo 源码解析

• 网络应用框架 Netty 源码解析

• 消息中间件 RocketMQ 源码解析
  

• 数据库中间件 Sharding-JDBC 和 MyCAT 源码解析

• 作业调度中间件 Elastic-Job 源码解析

• 分布式事务中间件 TCC-Transaction 源码解析

• Eureka 和 Hystrix 源码解析

• Java 并发源码

来源：OSC开源社区（ID：oschina2013)

---

长期以来，Cloudflare 一直依赖 Nginx 作为其 HTTP 代理堆栈的一部分；但现在，他们宣布已将 Nginx 替换为其内部由 Rust 编写的 Pingora 软件，“我们已经建立了一个更快、更高效、更通用的内部代理，作为我们当前和未来产品的平台”。

根据介绍，该软件每天可处理超过一万亿个请求，并可在只使用原本约三分之一的 CPU 和内存资源的情况下提供更好的性能。

随着 Cloudflare 规模的扩大，我们已经超越了 NGINX。多年来它一直很棒，但随着时间的推移，它在我们规模上的局限性意味着构建新的东西是有意义的。我们无法再获得我们需要的性能，NGINX 也没有我们非常复杂的环境所需的功能。

Cloudflare 现在主要专注于在其网络和互联网上的服务器之间代理流量的服务，Pingora 代理服务则为其 CDN、Workers fetch、Tunnel、Stream、R2 和许多其他功能和产品提供了动力。

Cloudflare 称，他们选择建立另一个新代理的原因在于，多年来在 NGINX 的使用上遇到了很多限制。其中包括会损害性能的架构限制，以及某些类型的功能难以添加等。并指出，NGINX 社区也不是很活跃，开发往往是 “闭门造车”。

而他们选择 Rust 作为项目的语言，是因为它可以在不影响性能的情况下以内存安全的方式完成 C 可以做的事情。Cloudflare 还为 Rust 实现了自己的 HTTP 库，以满足他们所有不同的需求。Pingora 采用多线程架构而不是多进程。

Pingora 上的总体流量显示，TTFB 中位数减少了 5 毫秒，第 95 个百分位数减少了 80 毫秒。在所有 customers 中，与 old service 相比，Pingora 每秒的新连接数只有三分之一。对于一个 major customer 来说，它将连接重用率从 87.1% 提高到 99.92%，这使得新连接到其 origins 的次数减少了 160 倍。“为了更直观地呈现这一数字，通过切换到 Pingora，我们每天为客户和用户节省了 434 年的 handshake time。”

在生产环境中，与 old service 相比，Pingora 在相同流量负载的情况下消耗的 CPU 和内存减少了约 70% 和 67%。而除了性能优势之外，Pingora 还被认为更安全，这在很大程度上则要归功于 Rust 的使用。不过 Pingora 尚未开源，Cloudflare 表示他们正在制定计划，但目前该 HTTP 代理尚未公开。

更多详情可查看官方博客：https://blog.cloudflare.com/how-we-built-pingora-the-proxy-that-connects-cloudflare-to-the-internet/

---

---

欢迎加入我的知识星球，一起探讨架构，交流源码。加入方式，长按下方二维码噢：

已在知识星球更新源码解析如下：

最近更新《芋道 SpringBoot 2.X 入门》系列，已经 101 余篇，覆盖了 MyBatis、Redis、MongoDB、ES、分库分表、读写分离、SpringMVC、Webflux、权限、WebSocket、Dubbo、RabbitMQ、RocketMQ、Kafka、性能测试等等内容。

提供近 3W 行代码的 SpringBoot 示例，以及超 6W 行代码的电商微服务项目。

获取方式：点“在看”，关注公众号并回复 666 领取，更多内容陆续奉上。

文章有帮助的话，在看，转发吧。
谢谢支持哟 (*^__^*）