寒蝉 Hancic
分布式系统的复杂度从哪来
把三台机器放在一起，不等于就有了分布式系统。真正的分布式系统，是让多台机器协同完成一件事——而这件事的复杂度，恰好来自「协同」二字。 为什么单机到多机不是简单的数量变化？因为单机上一切井然有序：数据在同一个内存空间，时钟只有一个，锁一把就够。一旦跨了机器，这三样全部失效。 分布式系统的所有复杂度，可
标签：复杂度
「2026-08」的文章 清除筛选
复杂度到底从哪来的？
做了快十年,经手的项目从几十行脚本到几十万行系统都有。有一个问题一直绕不开:复杂度到底从哪来的? 不是「为什么会有复杂度」——那个答案太简单:问题本身有复杂度,解决它就得付出复杂度。真正的问题是:为什么很多系统的复杂度,比它要解决的问题大得多?多出来的那一部分是谁加的、什么时候加的、怎么避免?
为什么从 demo 到生产路还很长？一次数据拉取功能的复杂度演进复盘
从 50 只 demo 到全市场生产，一个数据拉取功能长出了八套机制。回看演进链：规模 → 数据量 → 真实数据 → 失败 → 速度 → 成本 → 并发 → 接口限流 → 内存，每一层的解决都打开下一层。调用量靠估算暴露、内存靠崩溃、失败靠事故、并发靠推演、成本靠习惯、接口限流靠拒绝——demo 是单次的、小规模的、理想环境的，它把"功能正确"之外的所有维度都屏蔽了。
能跑：为什么简单优先是最高原则
复杂度的代价不是「写的时候费劲」，是「改的时候绝望」。砍、硬、短——三个字讲透为什么在信息最少的阶段，简单不是偷懒，是降低意外概率。三个真实案例：Airflow过度设计、配置抽象过头、新产品验证把MVP做成平台。
