😂 IT段子

架构评审会上大家都说"这个设计挺好的"，散会后群里炸出了四十条反对意见。我把相关的记录都翻了出来做对照。我把注册中心的超时时间调长了，问题从每天三次变成每周一次。这条经验值直接拉满

架构的复杂度最终会变成人的复杂度。我听完沉默了，因为太真实了。我发现这个接口被三个服务依赖，改动成本很高。复盘会上我们把它列成了案例

架构图上的每个方块，落地时都要有人维护。我在心里点了点头。我在心里给这次的架构决策写了个说明文档。真香定律准时生效

分布式锁加了三层，最后发现并发量根本不需要锁，需要锁住的是大家造轮子的手。我拉了个小群，把相关同学都叫了进来。我发现这个架构图上的服务有一半已经不再维护。办公室安静得能听见键盘声

这个服务的边界和另一个服务有明显重叠。我愣了两秒，然后继续敲代码。我把这个服务拆成了两个，边界终于清楚了。办公室安静得能听见键盘声

单体架构嫌它乱，拆成微服务之后发现是乱得更专业了。我盯着屏幕，觉得这才是我的一天。我把这个跨服务的事务改成了最终一致，风险小了。同事说这波操作可以写进新人培训教材

服务网格吹上天，上了之后排查问题的链路从一条变成了一张网。我打开链路追踪平台，发现一次请求调了十一个下游。第二天这个方案就变成了团队标准做法

这个服务的依赖里有一个是循环的，没人注意到。我发现这个服务的职责包含了三种不同的业务。果然现实比段子更精彩

灰度发布说好的百分之一，结果配置写成了百分之百，全员灰度。我在心里把涉及的所有环节都过了一遍。我把这个服务拆成了两个，边界终于清楚了。我沉默了，但心里是服的

微服务的收益在规模到达之前是看不见的。我愣了两秒，然后继续敲代码。我在架构文档里补了一节，标题叫"为什么不要这么做"