本文永久链接 – 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 精进营」能成为你学习、进步、交流的港湾。让我们在此相聚，享受技术精进的快乐！欢迎你的加入！

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

本文永久链接 – https://tonybai.com/2026/04/26/interview-martin-kleppmann-ddia-2nd-edition-ai-distributed-systems

大家好，我是Tony Bai。

在后端架构师的世界里，有一本书被公认为“圣经”级别的存在，那就是 Martin Kleppmann 的《数据密集型应用设计》（Designing Data-Intensive Applications，简称 DDIA）。

自 2017 年出版以来，这本书几乎重塑了一整代工程师对分布式系统的认知。无论你是要搞定千万级并发，还是设计高可用的存储架构，DDIA 永远是那个最初也是最后的“标准答案”。

然而，九年过去了，世界变了。

我们经历了从本地机房到全面云原生的跃迁，见证了 Kafka 从一个内部工具变成行业基础设施，更在这两年，迎来了大模型（LLM）对编程范式的史诗级冲击。

在一个技术日新月异的时代，经典的寿命往往很短。很多人都在问：DDIA 的理论还跟得上这个 AI 时代吗？

就在前几天，Martin Kleppmann 接受了一次的深度专访，正式官宣：DDIA 第二版，终于来了！

在这场长达一个多小时的对话中，Martin 不仅首次揭秘了新版中那些颠覆性的内容更新（比如为什么他“杀死”了 MapReduce），更是重点探讨了一个让所有人脊背发凉的话题：AI，到底会如何颠覆我们苦心经营了几十年的分布式系统架构？

今天，我们就来深度拆解这位分布式系统“教父级人物”的最新思考。

历史的拐点：从“物理磁盘”到“云原语”的倒塌

Martin 在访谈中提到，第二版之所以需要“重写”，是因为分布式系统的物理基石已经发生了根本性的位移。

在 DDIA 第一版编写时，主流的架构假设是：你拥有一堆物理机，每台机器挂着本地磁盘。如果你想实现高可用，你需要自己写代码处理副本复制。

但在 2026 年的今天，这种思维模式正在被彻底颠覆。

“现在的工程师不再思考如何给磁盘写数据，他们思考的是如何与对象存储（如 S3）交互。复制不再发生在数据库层，而是被内化到了对象存储这个基础抽象中。”

这种转变是极其深远的。这意味着，我们过去死记硬背的很多关于“本地存储性能优化”的知识正在失效。云原语（Cloud Primitives）正在取代物理硬件，成为新的架构单元。 这正是新版 DDIA 最大的改动之一：将“构建在云服务之上”作为一切讨论的新起点。

MapReduce 之死：一代霸主的退场

访谈中，Martin 抛出了一个让老兵们唏嘘不已的断言：“MapReduce 已经彻底死了。”

在第一版中，MapReduce 占据了大量的篇幅。但在第二版中，它被从核心位置撤下，仅仅作为一个“历史教学案例”。

“没人再手写 MapReduce 了。它的继任者——Spark 和 Flink，用更高级的抽象解决了一切。我们不应该再让读者把精力浪费在过时的工具上，而应该去理解流处理与批处理融合后的新世界。”

这种对技术的断舍离，展现了 Martin 作为顶级分布式系统架构师的冷酷与理性：当一个抽象已经完全被更高层的工具覆盖，它就失去了作为“工程前沿”的价值。

AI 的重塑：形式化验证的“文艺复兴”

标题中提到的“AI 如何颠覆分布式系统”，是整场访谈最精彩的部分。Martin 并没有谈论那些陈词滥调的“AI 写代码”，他提出了一个极具反差感的预言：AI，将让“形式化验证”这门古老的高端技术回归主流。

分布式系统中最恐怖的事情是什么？是那些人类大脑无法推演出的、由于网络延迟和时钟漂移引发的“隐性 Bug”。

以往，我们用 TLA+ 或 FISB 进行形式化验证，代价极高，只有剑桥、谷歌的顶级研究员才玩得转。Martin 坦言，他在工业界工作时也从未用过。

但现在，AI 改变了这一切。

“LLM 正在变得越来越擅长编写数学证明。当我们可以让 AI 自动进行形式化验证，而不仅仅是跑单元测试时，我们就有可能在安全和金融等高风险领域，彻底消灭那些困扰我们几十年的分布式陷阱。”

这是一种降维打击。 以前我们靠“经验”去踩坑，未来我们靠 AI 和数学去“封印”坑位。

身份的危机：当人类不再拥有“挣扎权”

Martin 在访谈中对 AI 的普及展现出了一种深刻的忧虑。他认为，AI 正在剥夺初级工程师“建立心智模型（Mental Models）”的机会。

“为了学会一样东西，你必须经历挣扎。如果你遇到一个复杂的数据库性能 Bug，你翻遍文档、调试源码、最终解决它，这个过程会让你对系统产生极其深刻的直觉。

但如果 AI 直接跳出来给了你答案，你虽然解决了问题，但你的大脑却是一片空白。没有了挣扎，就没有了深刻的理解。”

Martin 预言，未来的软件工程将面临一次严重的“人才断层”：顶层是理解系统本质的、拥有 DDIA 级认知的架构师；底层是只会调 API 的“提示词操作员”。中间那一层，正在消失。

Local-First：一场针对“云霸权”的抗争

除了 AI，Martin 现在倾注心血最多的研究领域是 Local-first Software（本地优先软件）。

Martin 对当前的 SaaS 订阅模式提出了猛烈的批评：

“现在的 SaaS 公司，实际上是拿着枪指着用户的头：‘交钱，否则我们就删了你的数据’。这种极度中心化的模式，是极其不健康的。”

他正在研究如何构建去中心化的协作系统（如去中心化版的 Google Docs）。这引出了分布式系统最底层的极限挑战：在没有中心服务器、甚至没有统一时钟的情况下，如何解决并发冲突？

你在 DDIA 里学到的时钟偏移、向量时钟、共识协议，在 Local-first 的世界里，将从“大厂面试题”变成每一个开发者都要面对的“生存命题”。

小结：在万变中，抓住那个“不变”

访谈的最后，Martin 感慨，尽管技术层出不穷，但分布式系统的“第一性原理”从未改变。

“作为工程师，我们的核心价值正从‘如何实现一个算法’迁移到‘如何在复杂的权衡（Trade-offs）中做出决策’。”

AI 可以写下每一行代码，但它无法替你决定：是在这个业务场景下追求极致的一致性（Consistency），还是为了用户体验牺牲部分可靠性以换取低延迟（Latency）。

这种基于商业目标、社会伦理和技术约束的“决策力”，才是架构师真正的护城河。

DDIA 第二版的到来，并不是为了教你最新的工具，而是为了在这个被 AI 搅得天翻地覆的时代，给你一根能定住风浪的“定海神针”。

九年磨一剑。如果你想在这个 AI 颠覆一切的洪流中，依然能看透系统的本质，那么 Martin Kleppmann 的这本新版“圣经”，是你必须拿下的武器。

资料链接：https://www.youtube.com/watch?v=SVOrURyOu_U

今日互动探讨：

你觉得在 AI 能够生成绝大部分代码的未来，一个“懂分布式底层原理”的架构师，身价是会暴涨还是贬值？在你的日常工作中，有哪些分布式系统的痛点，是你最希望在 DDIA 第二版中看到的？

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

还在为写 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 精进营」能成为你学习、进步、交流的港湾。让我们在此相聚，享受技术精进的快乐！欢迎你的加入！

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