# 分布式伪需求、微服务反思与硬件红利 > 为什么 99% 场景不需要分布式 OLTP、微服务拆分泥潭、现代怪兽单机与本地主权。 --- LLMS 索引： [llms.txt](/llms.txt) --- 现代全闪大内存单机早已击穿九成九企业的负载上限，盲目堆砌分布式事务与微服务纯属昂贵自残。优先解放程序员认知带宽、吃透硬件红利并握紧本地数据主权，才是极简工程正道。 ## 一、分布式伪需求、反微服务与极简主义 {#distributed-and-minimalism} ### 为何分布式 OLTP 对九成九企业都是伪需求？ {#distributed-oltp-myth} 分布式事务本质是“以质换量”：阉割复杂 SQL，跨节点 Raft 共识折损逾 70% 吞吐，多组件更让排障复杂度倍增。十年间企业级 NVMe 性价比暴涨千倍、单卡达 256TB，不到十万元的 64 核单机 PG 即可扛住百万点写、两百万点查与 32TB 大表，连 OpenAI 核心也仅靠一主四十余从 PG 支撑——99% 业务终生摸不到单机天花板。 - [分布式数据库是不是伪需求？ · 分布式的权衡](/db/distributive-bullshit/#分布式的权衡) - [分布式数据库是不是伪需求？ · 新硬件的冲击](/db/distributive-bullshit/#新硬件的冲击) - [分布式数据库是不是伪需求？ · 伪需求的困境](/db/distributive-bullshit/#伪需求的困境) - [Andy Pavlo：2025 数据库世界年度总结 · 二、分布式的 PG 是伪需求吗？](/db/db-in-2025/#二分布式的-pg-是伪需求吗) ### 亚马逊都在退回单体，微服务泡沫为何集中破灭？ {#microservices-bad-idea} 在单一团队内用脆弱昂贵的网络调用替代本地函数调用，彻底违背了加尔定律。如 DHH 援引亚马逊 Prime Video 复盘所示，其微服务在预期负载 5% 时便撞上扩展墙，退回单体后成本立降 90%；Twitter 裁员九成照转更撕下冗余遮羞布，经不起 ROI 检验的拆分泡沫终将出清。 - [微服务是不是个蠢主意？ · References](/db/microservice-bad-idea/#references) - [正本清源：技术反思录 · 写作计划](/db/rethink/#写作计划) ### 基础软件忙于标书打勾，会酿成什么隐形危机？ {#immune-system-silent-exit} 基础软件最致命的衰败在报表上看不出来，即充当产品“免疫系统”的一线挑剔开发者沉默撤离。当产品从“用着爽”异化为“标书打勾多”、文档写成宣传册时，懂行者不再骂娘，而是算清云溢价假账后直接拉下真开源自建高可用——这批人一走，产品的技术判断力就彻底空心化了。 - [一个词是怎么死的 · 七、免疫系统跑了，而报表上看不出来](/db/the-you-know-who/#七免疫系统跑了而报表上看不出来) - [专栏：数据库老司机 · 自主可控篇](/db/guru/#自主可控篇) ### 为何“先优化碳基程序员，再优化硅基核”才划算？ {#bio-core-over-cpu-core} 如 DHH 所算，一名 20 万美元年薪程序员（碳基核）成本抵得上租用 3663 颗 EPYC 硅基核，人效提升 25% 即省近千颗 CPU。数据库瓶颈早已转向人类认知带宽：免费 PG 成熟后，死磕内核正沦为五点微利的制造业，真正的高科技溢价全在 RDS、Supabase 与 Pigsty 等解放人脑的管控层。 - [先优化碳基BIO核，再优化硅基CPU核 · 先优化生物核，再优化硅内核](/db/bio-core-cpu-core/#先优化生物核再优化硅内核) - [先优化碳基BIO核，再优化硅基CPU核 · 老冯评论](/db/bio-core-cpu-core/#老冯评论) ## 二、DDIA 架构权衡与最小闭环工程 {#ddia-and-minimal-loop} ### AI 越能秒出方案，为何越要重读 DDIA？ {#why-read-ddia-in-ai-era} 大模型生成架构带有“危险的顺滑”，动辄抛出分片与最终一致性等过度设计；配置手册可被替代，但拍板取舍的验收判断力绝不能外包。DDIA 第二版删掉 MapReduce，开篇直击“云与自建、分布式与单机”权衡并融入向量与存算分离——历经八年喧嚣，留下的正道仍是朴素的主从 PG。 - [DDIA 第二版翻完了：一个跨越八年的 AI 寓言 · AI 越强，DDIA 越值得读](/db/ddia-v2-done/#ai-越强ddia-越值得读) - [DDIA 第二版翻完了：一个跨越八年的 AI 寓言 · 第二版新在哪：它把“权衡”提到了台面上](/db/ddia-v2-done/#第二版新在哪它把权衡提到了台面上) - [DDIA 第二版翻完了：一个跨越八年的 AI 寓言 · DDIA 与我的八年](/db/ddia-v2-done/#ddia-与我的八年) - [DDIA第二版中文翻译](/db/ddia-v2/) - [计算机名著《DDIA》野猪书第二版来了 · 今天一个上午把这三章一口气读完，确实新增了许多内容，反应了这几年的新趋势，值得一看，强烈推荐。例如，第二版的第一章就完全是全新内容，提出了许多极富洞见的问题：](/db/ddia-v2-announce/#今天一个上午把这三章一口气读完确实新增了许多内容反应了这几年的新趋势值得一看强烈推荐例如第二版的第一章就完全是全新内容提出了许多极富洞见的问题) ### 从手翻三月到半天译完，人机协作铁律是什么？ {#ddia-translation-workflow} 我维护八年的 DDIA 仓库见证了百倍跃迁：初版手磕三月、90 人共建打磨近两万 Star；第二版用 10 路 Codex 并行仅半天即出精翻全稿。铁律绝非整章硬塞打爆上下文，而是人类先锁死三千词术语表、目录骨架与语感基线，再按小节切分交 Agent 并行——AI 抹平摩擦，人类定义好坏。 - [DDIA 第二版翻完了：一个跨越八年的 AI 寓言 · 一个仓库见证了 AI 能力的演变](/db/ddia-v2-done/#一个仓库见证了-ai-能力的演变) - [DDIA第二版中文翻译](/db/ddia-v2/) - [计算机名著《DDIA》野猪书第二版来了 · DDIA 第一版出来时，我在 GitHub 上拉起了一个开源项目，提供了一个学习版本的中文翻译，有许多朋友都参与了进来，已经有 90 位贡献者与近 2 万 Star，打磨出了一个相当完善的中文翻译版本。这种群策群力共享共建的模式，展现出了开源社区的强大力量。](/db/ddia-v2-announce/#ddia-第一版出来时我在-github-上拉起了一个开源项目提供了一个学习版本的中文翻译有许多朋友都参与了进来已经有-90-位贡献者与近-2-万-star打磨出了一个相当完善的中文翻译版本这种群策群力共享共建的模式展现出了开源社区的强大力量) ### 如何用最小闭环与懒加载对抗基础软件臃肿耦合？ {#minimal-loop-and-lazy-load} 做基础软件最忌初版把宏大愿景焊成一团。开发 SOW 时，我果断封存紧耦合的 v0.1，从单命令 Plain 最小闭环逐层叠加控制面，独立契约反而更快；打磨六年的 OINK 文档框架同样在编译期按需挂载可视化运行时，并将十余兆检索索引改为点击时懒加载，砍掉大半无效带宽。 - [SOW：论母猪的产后护理 · 推倒第一版，再从最小闭环长回来](/db/sow/#推倒第一版再从最小闭环长回来) - [OINK：文档框架这件事，折腾了六年，终于靠 Codex 毕业了 · 六、工程内容，不该退化成截图](/db/oink-release/#六工程内容不该退化成截图) ## 三、现代硬件红利、云存储边界与本地主权 {#hardware-storage-and-homelab} ### 对象存储能取代本地盘吗，真实适用边界在哪？ {#object-storage-vs-local-nvme} Kleppmann 与 Riccomini 指出 S3 支持强一致与原子 CAS 后可免协调器搭起日志与列存底座，但它绝非银弹：几十毫秒延迟比本地 NVMe 慢三四个量级，亚毫秒 OLTP 仍须靠本地盘；高昂 API 与跨区流量账单省不掉；国内大量政企自建机房与信创约束更决定了不能照搬“一切上 S3”。 - [重新设计数据密集型应用 · 从本地磁盘到对象存储](/db/redesign-data-intensive-app/#从本地磁盘到对象存储) - [重新设计数据密集型应用 · 一、“本地磁盘让位于云原生对象存储”——对了一半](/db/redesign-data-intensive-app/#一本地磁盘让位于云原生对象存储对了一半) ### 新硬件红利巨大，为何公有云上难产新一代库？ {#modern-hardware-cloud-deadlock} 如 Alex Miller 梳理，数据库服务端六成 CPU 耗在内核网络栈，唯有 1 微秒级 RDMA、去转换层的 ZNS/SmartSSD 与 Unikernel 能重塑存储与事务引擎，而显卡分析仍困于总线带宽墙。讽刺的是欧美云巨头内部独享新硬件十年，对外仅售阉割实例（唯阿里云开放通用 eRDMA），“云上买不到新硬件就没人写新库”锁死了演进。 - [面向未来数据库的现代硬件 · 网络](/db/future-hardware/#网络) - [面向未来数据库的现代硬件 · 存储](/db/future-hardware/#存储) - [面向未来数据库的现代硬件 · 查询处理](/db/future-hardware/#查询处理) - [面向未来数据库的现代硬件 · 云端可用性](/db/future-hardware/#云端可用性) ### 云订阅够便宜了，为何还要买 512G 本地主机？ {#mac-studio-data-sovereignty} 同开十份 200 美元月订一年才抵一台 M5 Ultra Mac Studio，买本地巨无霸买的是断网可用的“数据主权”。显卡困于 32GB 显存、旧服务器太吵；唯有 512GB 统一内存静音主机能跑起 400GB 级 MoE 模型，配 PCIe 6.0 闪存与 PG/DuckDB 生吞数仓，守住涉密数据与全局调度器隐私。 - [苹果没开发布会，直接上线了 512 GB 的 Mac Studio · 一、512 GB 为什么这么重要](/db/apple-m5-ultra/#一512-gb-为什么这么重要) - [苹果没开发布会，直接上线了 512 GB 的 Mac Studio · 三、一个容易被忽略的升级：PCIe 6.0 SSD](/db/apple-m5-ultra/#三一个容易被忽略的升级pcie-60-ssd) - [苹果没开发布会，直接上线了 512 GB 的 Mac Studio · 五、真正的关键词是“数据主权”](/db/apple-m5-ultra/#五真正的关键词是数据主权) - [迷你铝方块：把玩零刻 NAS · 下一台电脑买什么](/db/me-pro/#下一台电脑买什么) ### Agent 狂吃硬盘，如何做本地万兆分层存储？ {#pc-nas-synology-tiering} 高强度驱动 Coding Agent 极易膨胀出数 TB 镜像与产物把 8TB 笔记本吃爆，最务实的解法是万兆内网“分层治之”：用万兆群晖 SHR-1 稳保 25TB 权威主本；再给带 8 核 Zen 4 与四条 NVMe 的零刻 PC NAS 刷入 Ubuntu 与 Pigsty，组 RAID 0 消化冷素材与测试库，并跑起 `pgvector` 智能相册，七八千元即可收进桌底 12U 机柜。 - [迷你铝方块：把玩零刻 NAS · PC NAS：一个新品类](/db/me-pro/#pc-nas一个新品类) - [迷你铝方块：把玩零刻 NAS · 买 NAS 到底拿来干啥](/db/me-pro/#买-nas-到底拿来干啥) - [中年男人三宝：NAS，路由，充电头 · 起因：硬盘被 Agent 吃光了](/db/homelab-10g/#起因硬盘被-agent-吃光了) ### 为何 AI 终结装机仙人，搭机柜成了下云必修课？ {#homelab-decloud-prerequisite} 机柜风道供电规划丢给大模型即可出图，SSH 连上后驱动与分区全由 Agent 自动办妥，“装机仙人”门槛已归零。对云原生工程师而言，家用万兆机柜正是通向机房的“下云”沙盘：4 台本地 Linux 跑起 Pigsty 栈，单人即可自托管数据库、Silo 存储、监控与 ERP，一人顶一支基建团队。 - [中年男人三宝：NAS，路由，充电头 · “装机仙人”的时代，结束了](/db/homelab-10g/#装机仙人的时代结束了) - [中年男人三宝：NAS，路由，充电头 · 下云的先决条件](/db/homelab-10g/#下云的先决条件) ### 折腾遍桌面 Linux，工程师该如何选系统？ {#macos-desktop-debian-server} DHH 打造的 Omarchy 虽救活了老 Intel Mac 驱动，但“AI 原生系统”纯属噱头，桌面不及 macOS、服务端不如 Ubuntu。折腾十几种发行版后的终极答案是：桌面端 macOS 一把梭，守住 AI 工具一等公民与终端肌肉记忆；服务端返璞归真选 Debian 与拥有驱动和 `.deb` 统治力的 Ubuntu。 - [Omarchy：桌面 Linux 发行版有救了吗？ · Omarchy 好在哪](/db/omarchy-desktop/#omarchy-好在哪) - [Omarchy：桌面 Linux 发行版有救了吗？ · 所以，到底该用什么](/db/omarchy-desktop/#所以到底该用什么)