标签 Go 下的文章

“我们想用 Rust 重写的次数是:零”:云平台 Render 靠“无聊”的 Go 撑起了千亿流量

本文永久链接 – https://tonybai.com/2026/04/27/render-why-we-wont-rewrite-in-rust-the-power-of-boring-go

大家好,我是Tony Bai。

技术圈的鄙视链里,Go 和 Rust 这对“欢喜冤家”的战争,似乎从未停歇。

一方是追求极致简洁、被誉为“云原生时代的 C 语言”的 Go;另一方则是以内存安全、性能屠榜著称、被视为“C++ 终极替代者”的 Rust。

就在前些天,云平台 Render 的创始人兼 CEO Anurag Goel,在 X (Twitter) 上发布了一条看似平平无奇的“凡尔赛”推文,却意外地点燃了一场技术圈的论战。

他写道:

“我们在 Render 用 Go 语言(@golang)写的负载均衡器,每月处理超过 1500 亿次 HTTP 请求。”

“而我们想用 Rust 重写它的次数是:。”

“Go 是基础设施领域最被低估的语言。‘无聊(Boring)’,才是它的终极特性。

这篇充满“挑衅意味”的推文,像一块巨石砸入了平静的湖面,引得大量 Go 开发者欢呼雀跃,而 Rust 社区则瞬间被引爆。Cloudflare 的工程师更是直接下场,用自家 Rust 实现的、处理能力强 1000 倍的 Pingora 代理进行“数据反杀”。

今天,我们就来复盘这场“神仙打架”,看看在这场关于“无聊与极致”的哲学对撞背后,到底隐藏着怎样的工程思考。

隔空交火:Render 的 5.8 万 vs Cloudflare 的 5800 万

面对 Anurag Goel 的“凡尔赛”,评论区很快就出现了硬核的技术派。

一位的开发者迅速扒出了数据:

“Render 每月 1500 亿次请求,平均下来大约是 5.8 万 QPS。而 Cloudflare 当年之所以用 Rust 重写他们的代理(Pingora),是因为他们遇到了 5800 万 QPS 的瓶颈,大约是 Render 的 1000 倍。”

“所以,这根本就不是语言好坏的问题,而是在正确的场景,选择正确的工具。”

这段评论,精准地揭示了这场论战的第一个核心:场景与规模的错配

在 5.8 万 QPS 这个量级,用 Go、用 Java、甚至用 Node.js,对于一个经验丰富的团队来说,都能轻松应对。Go 语言的简洁、极快的编译速度和成熟的并发模型,使其成为了 Render 在这个阶段的“最优解”。

正如另外一名开发者在评论中所言:

“如果一个系统已经在这个规模下稳定运行,那确实没有任何理由去切换技术栈。我能理解你的观点。但把 Rust 扯进来,只是为了强调 Go 的优点,感觉有点没必要。”

但这场论战,显然已经超出了纯粹的技术讨论范畴。

哲学对撞:Go 的“足够好” vs Rust 的“无限可能”

这场大讨论的真正引爆点,是另一位开发者抛出的一个经典“电车难题”:

“如果你的余生只能用一种语言写软件,你会选哪个?”
* Go
* Zig
* Rust

这个问题,瞬间将话题从“哪个工具更适合当前场景”,上升到了“哪种哲学代表未来”的形而上高度。

Go 的拥护者,信奉的是“80 分主义”和“极简主义”。

一位开发者 的评论极具代表性:

“我可能会选 Go。它是一种让你‘别挡路(get out of your way)’的语言。它的简单,让你能专注于你正在构建的东西本身,开发速度极快。”

对于 Go 的信徒来说,软件工程的本质,是在有限的时间和资源内,交付一个“足够好”的、能解决商业问题的系统。他们厌恶为了追求那最后 20% 的极致性能,而付出 80% 的额外复杂性代价。

而 Rust 的拥护者,追求的则是“确定性”和“无限的性能潜力”。

RisingWave(一个用 Rust 构建的流式数据库)的官方账号直接下场站台:

“我们选 Rust。Rust 已经不仅仅是一门系统编程语言,它正在成为现代数据基础设施的骨干。顶级的性能、内存安全……这才是基础设施应该有的样子。”

另一位开发者的评论则更加直接:

“Rust 确实比 Go 更好。但它还没好到值得让你把一个稳定的 Go 系统重写的地步。不过,如果你在乎快速的迭代周期,Rust 的编译时间可能会让你受伤。”

这完美地概括了两种哲学的核心冲突:

  • Go:给你 80 分的性能和 95 分的开发效率。
  • Rust:给你 100 分的性能和 100 分的运行时安全,但你可能要为此牺牲 50% 的开发效率和忍受漫长的编译等待。

AI 时代的变量:当“人类编写”不再是瓶颈

更有趣的是,这场发生于 2026 年的论战,不可避免地被卷入了 AI 编程的浪潮。

一位开发者提出了一个极具前瞻性的观点:

“(我选 Go),因为它现在是写 LLM 的最佳语言。”

这背后隐藏着一个正在成为行业共识的趋势:Go 语言的极简语法、强制的 gofmt 格式化、以及“一眼望到底”的直白控制流,使其成为了对大模型(LLMs)最友好的“编程母语”。当 AI Agent 生成一段 Go 代码时,人类审查的认知负荷是最低的。

而 RisingWave 则更认可正在成为现代数据基础设施的骨干的 Rust 在 AI 时代的潜力。随着 AI 应用对底层算子、向量数据库、推理引擎的性能要求越来越高,Rust 凭借其“零成本抽象”和对底层硬件的极致压榨能力,正在成为构建下一代 AI 基础设施的首选。

这形成了一个有趣的闭环:Go 负责让 AI 更方便地“写”应用层代码,而 Rust 负责构建让 AI 能够“跑”起来的底层高性能引擎。

架构师的终局:从“语言之争”到“问题之争”

在这场充斥着“拉踩”、“凡尔赛”和“信仰之争”的口水战中,我们依然能找到一条属于开发者架构师的、清晰的破局之路。

第一,警惕“语言的锤子”

当你手里只有一把锤子时,你看什么都像钉子

正如一位开发者所言:“我的公司混合使用了 Go、Rust 和 Zig。最好的解决方案,永远是取决于具体问题的。”

一个优秀的架构师,脑海中不应该有“哪个语言最好”的执念,而应该有一个装着各种工具的“兵器库”,并清楚地知道每件兵器的适用边界和成本。

第二,承认“无聊”的价值

Render 创始人的那句“无聊是终极特性”,是对当下技术圈“追逐 Hype(炒作)”文化的一次降维打击。

一个能稳定运行、默默处理千亿流量的系统,其商业价值,远大于一个用了最新潮技术、却隔三差-五需要半夜起来救火的“实验品”。

对于绝大多数商业公司来说,技术的“可靠性”,永远高于技术的“先进性”。

第三,你的价值,不在于你用了什么语言

另外一位开发者的评论一语中的:

“大多数人会说 Rust。大多数团队依然会选 Go。而‘最好’的语言,是你能维护多年的那门语言。”

在快速变化的技术浪潮中,一个团队、一个公司的核心资产,从来不是某个用特定语言写就的代码库,而是对业务领域的深刻理解、对系统复杂度的掌控能力,以及在出现问题时能快速定位并解决的工程文化。

这些,都与具体的语言无关。

小结:你的选择是什么?

Render 创始人 Anurag Goel 的一条推文,无意间点燃了 Go 与 Rust 两个顶级社区的哲学大碰撞。

这场论战没有赢家,也不需要赢家。

它只是再次向我们证明了软件工程世界的多样性与复杂性。无论是 Go 的务实与简洁,还是 Rust 的严谨与极致,它们都是在用不同的路径,攀登着名为“构建可靠软件”的同一座高峰。

那么,回到最初的那个问题:

如果你的余生只能用一种语言,你会选择哪一个?

资料链接:https://x.com/i/trending/2044880265814978827


今日互动探讨:

如果让你来回答 Ben Dicken 的“电车难题”(Go, Zig, Rust 三选一),你的选择是什么?为什么?

欢迎在评论区分享你的站队和理由!


还在为写 Agent 框架频频死循环、上下文爆炸而束手无策?我的新专栏 从0 开始构建 Agent Harness 将>带你:

  • 抛弃臃肿框架,回归“驾驭工程 (Harness Engineering)”的第一性原理
  • 用 Go 语言手写 ReAct 循环、并发拦截与上下文压缩引擎等,复刻极简OpenClaw
  • 构建坚不可摧的 Safety Middleware 与飞书人工审批防线
  • 在底层实现 Token 成本审计、链路追踪与自动化跑分评估
  • 从“调包侠”进化为掌控大模型边界的“AI 操作系统架构师”

扫描下方二维码,开启从 0 开始构建Agent Harness 的实战之旅。


原「Gopher部落」已重装升级为「Go & AI 精进营」知识星球,快来加入星球,开启你的技术跃迁之旅吧!

我们致力于打造一个高品质的 Go 语言深度学习AI 应用探索 平台。在这里,你将获得:

  • 体系化 Go 核心进阶内容: 深入「Go原理课」、「Go进阶课」、「Go避坑课」等独家深度专栏,夯实你的 Go 内功。
  • 前沿 Go+AI 实战赋能: 紧跟时代步伐,学习「Go+AI应用实战」、「Agent开发实战课」、「Agentic软件工程课」、「Claude Code开发工作流实战课」、「OpenClaw实战分享」等,掌握 AI 时代新技能。
  • 星主 Tony Bai 亲自答疑: 遇到难题?星主第一时间为你深度解析,扫清学习障碍。
  • 高活跃 Gopher 交流圈: 与众多优秀 Gopher 分享心得、讨论技术,碰撞思想火花。
  • 独家资源与内容首发: 技术文章、课程更新、精选资源,第一时间触达。

衷心希望「Go & AI 精进营」能成为你学习、进步、交流的港湾。让我们在此相聚,享受技术精进的快乐!欢迎你的加入!

img{512x368}


商务合作方式:撰稿、出书、培训、在线课程、合伙创业、咨询、广告合作。如有需求,请扫描下方公众号二维码,与我私信联系。

为什么人人爱 Rust,但 RedMonk 榜单却给它泼了一盆冷水?

本文永久链接 – https://tonybai.com/2026/04/25/rust-popularity-vs-redmonk-ranking-reality-check

大家好,我是Tony Bai。

在过去几年的技术圈,Rust 是当之无愧的“流量之王”。

它连续多年在 Stack Overflow 开发者调研中蝉联“最受喜爱的语言”;它是 Linux 内核 30 年来引入的唯一非 C 语言;它是微软、亚马逊等大厂重塑底层安全架构的希望。

如果只看社交媒体和社区讨论,你会觉得 Rust 已经“统治了世界”。在一片赞歌中,大家默认 Rust 杀进主流榜单前十、取代传统语言只是时间问题。

但就在 2026 年 4 月,一份来自权威分析机构 RedMonk 的2026.1编程语言排行榜,却给所有“Rust 狂热者”泼了一盆透心凉的冷水。

数据呈现了一个极其残酷的反差:

在这份以“开发者真实选择”为核心指标的榜单上,Rust 的排名并没有像预期的那样一飞冲天,而是停滞在了第 20 位,甚至被曾被视为小众的 Dart 所超越。相比之下,那个常被调侃“无趣”的 Go 语言,依然稳稳地坐在第 12 位,并在云原生领域保持着统治地位。

为什么人人爱 Rust,但它在工业界的大规模普及却显得如此缓慢?为什么它“攻陷”了最硬核的 Linux 内核,却迟迟进不了普通开发者的日常?

今天,我想结合近期社区的深度讨论,扒开 Rust 这层华丽的外衣,带大家看看这门“天选之子”背后的生存现状与真实挑战。

口碑与数据的鸿沟:被锁死在“塔尖”的生产力

在开发者 Alejandra 最近整理的一份清单里,Rust 的“战绩”堪称辉煌:Windows 11 的核心组件、AWS 的 Firecracker 虚拟化、Cloudflare 的下一代代理服务器 Pingora……

但这恰恰揭示了 Rust 目前最大的尴尬:它是一个“属于 1% 的神兵利器”。

这些成功的 Rust 项目,无一例外都属于“系统级基础设施”领域。它们雇佣的是全球前 1% 的顶级程序员,拥有极其漫长的研发周期和近乎奢侈的调试成本。

正如 RedMonk 的分析师在报告中一针见血地指出:

“Rust 依然面临着非专家程序员难以逾越的学习门槛。专家们愿意投入时间,但更广泛的主流采用似乎面临着巨大的惯性。”

开发者 Alejandra 在其博文的自白中也坦言:

“无论我们如何自我安慰 Rust 已经进入主流,事实是:它离 C++ 甚至 Java 的普及程度,依然有着深不见底的鸿沟。大学教的第一门语言依然是 Java,飞机上依然在用 C++,网页里依然全是 Javascript。”

Rust 已经完成了从 0 到 1 的“极客突围”,却正在撞向从 1 到 N 的“工业化之墙”。

标准库的困局:当“技术洁癖”变成“协作负担”

除了学习曲线,Rust 进军主流的第二个障碍,也许就是它那小而美的标准库。

这篇名为《Unpopular opinion: Rust should have a larger standard library》(非主流观点:Rust 应该有一个更大的标准库)的帖子,戳中了无数一线开发者的泪点:

在我之前写过的一篇文章《别搞“小而美”了!Rust 开发者请愿:求求标准库学学 Go 吧》中也曾提过社区对 Rust 标准库的述求:

“我不想写个程序就要拉几百个三方库!生成一个随机数,std 里没有;想要个异步运行时,std 里也没有。我不得不把信任托付给几百个散落在 GitHub 各地、由个人维护的小型包(Crate)。”

这种对“核心精简”的极致追求,正在引发严重的“供应链安全焦虑”。

在 Go 的世界里,你可以用标准库完成 90% 的后端开发,这意味着你的核心链路是由 Google 顶尖团队直接背书的。但在 Rust 的世界里,开发者面临着“碎片化依赖”的内耗。

这种“标准库贫血”导致了一个反直觉的现象:Rust 是一门为了“安全”而生的语言,但它极度依赖社区包的机制,却在客观上增加了供应链被“投毒”的风险。

正如评论区所感慨的:“标准库是模块最终的坟场。”Rust 团队为了避免标准库变得臃肿,却无意中将“复杂性”和“审计成本”全部转嫁给了一线开发者。这种“技术洁癖”在处理顶级项目时是美德,但在处理追求效率的通用业务时,却成了巨大的阻碍。

Go vs Rust:工业生产力的两种极致审美

为什么 Go 能在 RedMonk 榜单上稳坐第 12,而 Rust 只能在第 20 徘徊?

这是两种完全不同的工程学审美,也决定了它们在大规模协作中的不同命运:

  • Go 的审美是“工厂流水线”:它不鼓励个人英雄主义,它用 gofmt 强制所有人的代码长得一模一样。它追求的是“平均生产力的最大化”。即便是一个普通水准的程序员,在 Go 的框架下也很难写出摧毁系统的灾难性代码。这种“无聊”和“简单”,正是大厂进行大规模兵团作战时的首选。
  • Rust 的审美是“顶级艺术工作室”:它追求极致的精准、极致的控制。每一个 borrow,每一个 lifetime 都是在进行微雕。它追求的是“个体生产力的上限”

但在现代软件工业中,“下限的稳定性”往往比“上限的惊艳度”更具普适价值。 绝大多数公司需要的不是一个能手搓编译器的天才,而是一群能够按照既定流程、稳健产出、且易于维护代码的合格工程师。

AI 时代的变数:谁才是对机器最友好的母语?

RedMonk 的报告里还提出了一个极具前瞻性的观察:理论上,AI 编码辅助工具应该能抹平 Rust 的学习曲线,但现实并非如此。

为什么?

大模型(LLM)的本质是模式识别和概率预测。

对于语法单一、推崇“唯一路径”的 Go 语言来说,AI 生成的代码准确率极高,且人类审查的认知负荷极低。

而对于规则极其复杂、生命周期标记繁琐的 Rust 来说,AI 生成的代码极易出现“微妙的语法错误”或“不地道的生命周期设计”。人类开发者在审查 AI 生成的 Rust 代码时,往往比自己重写一遍还要痛苦。

在“机器写代码”即将接管开发流程的未来,简单、标准、甚至有些“死板”的语言,反而拥有更宽、更深的护城河。《HashiCorp 创始人亲口“认错”:AI 让我重新爱上了 Go (文末福利)》一文中Hashicorp创始人Mitchell Hashimoto 因 AI 重新爱上Go,以及Pandas 之父近期更喜欢让 AI 用Go写代码也印证了这一点。

小结:架构师的清醒与权衡

作为一个架构师,我们不必因为 Rust 在榜单上的“冷水”而否定它的伟大。

Rust 正在解决软件工程中最难的问题——在不牺牲性能的前提下,从根源上消灭内存漏洞。它的价值,已经在 Linux 内核和那些“不容有失”的领域得到了证明。

但我们也必须清醒地认识到:技术的流行度(Popularity)与技术的高级感(Elegance)并不总是正相关。

如果你在构建下一代安全操作系统、数据库内核或高性能边缘网关,Rust 是你不二的利剑。

但如果你在构建一个需要快速迭代、支撑公司核心营收、且由几十甚至上百人协作的后端业务系统,请务必保持客观:那个排名第 12、虽然有些“平庸”但永远能准时交付、且对 AI 极度友好的 Go,或许才是那个更优的工程方案。

再次祭出那句话:你的技术护城河,从来不是由你用什么语言决定的,而是由你解决问题的深度,以及你在各种极端权衡(Trade-offs)中做出的选择决定的。

资料链接:

  • https://blog.goose.love/posts/what-actually-uses-rust/
  • https://www.reddit.com/r/rust/comments/1sqyjxa/blog_ok_what_actually_uses_rust/
  • https://redmonk.com/sogrady/2026/04/14/language-rankings-1-26/

今日互动探讨:

看完这份“人人爱 Rust,但榜单很冷酷”的现实反差,你觉得 Rust 挺进主流最大的障碍是什么?你认为“大标准库”是未来编程语言的必然趋势吗?

欢迎在评论区分享你的看法!


还在为写 Agent 框架频频死循环、上下文爆炸而束手无策?我的新专栏 从0 开始构建 Agent Harness 将带你:

  • 抛弃臃肿框架,回归“驾驭工程 (Harness Engineering)”的第一性原理
  • 用 Go 语言手写 ReAct 循环、并发拦截与上下文压缩引擎等,复刻极简OpenClaw
  • 构建坚不可摧的 Safety Middleware 与飞书人工审批防线
  • 在底层实现 Token 成本审计、链路追踪与自动化跑分评估
  • 从“调包侠”进化为掌控大模型边界的“AI 操作系统架构师”

扫描下方二维码,开启从 0 开始构建Agent Harness 的实战之旅。


原「Gopher部落」已重装升级为「Go & AI 精进营」知识星球,快来加入星球,开启你的技术跃迁之旅吧!

我们致力于打造一个高品质的 Go 语言深度学习AI 应用探索 平台。在这里,你将获得:

  • 体系化 Go 核心进阶内容: 深入「Go原理课」、「Go进阶课」、「Go避坑课」等独家深度专栏,夯实你的 Go 内功。
  • 前沿 Go+AI 实战赋能: 紧跟时代步伐,学习「Go+AI应用实战」、「Agent开发实战课」、「Agentic软件工程课」、「Claude Code开发工作流实战课」、「OpenClaw实战分享」等,掌握 AI 时代新技能。
  • 星主 Tony Bai 亲自答疑: 遇到难题?星主第一时间为你深度解析,扫清学习障碍。
  • 高活跃 Gopher 交流圈: 与众多优秀 Gopher 分享心得、讨论技术,碰撞思想火花。
  • 独家资源与内容首发: 技术文章、课程更新、精选资源,第一时间触达。

衷心希望「Go & AI 精进营」能成为你学习、进步、交流的港湾。让我们在此相聚,享受技术精进的快乐!欢迎你的加入!

img{512x368}


商务合作方式:撰稿、出书、培训、在线课程、合伙创业、咨询、广告合作。如有需求,请扫描下方公众号二维码,与我私信联系。

如发现本站页面被黑,比如:挂载广告、挖矿等恶意代码,请朋友们及时联系我。十分感谢! Go语言第一课 Go语言进阶课 AI原生开发工作流实战 从 0 开始构建 Agent Harness Go语言精进之路1 Go语言精进之路2 Go语言第一课 Go语言编程指南
商务合作请联系bigwhite.cn AT aliyun.com
这里是 Tony Bai的个人Blog,欢迎访问、订阅和留言! 订阅Feed请点击上面图片

如果您觉得这里的文章对您有帮助,请扫描上方二维码进行捐赠 ,加油后的Tony Bai将会为您呈现更多精彩的文章,谢谢!

如果您希望通过微信捐赠,请用微信客户端扫描下方赞赏码:

如果您希望通过比特币或以太币捐赠,可以扫描下方二维码:

比特币:

以太币:

如果您喜欢通过微信浏览本站内容,可以扫描下方二维码,订阅本站官方微信订阅号“iamtonybai”;点击二维码,可直达本人官方微博主页^_^:
本站Powered by Digital Ocean VPS。
选择Digital Ocean VPS主机,即可获得10美元现金充值,可 免费使用两个月哟! 著名主机提供商Linode 10$优惠码:linode10,在 这里注册即可免费获 得。阿里云推荐码: 1WFZ0V立享9折!


View Tony Bai's profile on LinkedIn
DigitalOcean Referral Badge

文章

评论

  • 正在加载...

分类

标签

归档



View My Stats