😂 IT段子

好的架构是让改动局限在一个地方。我想了想，觉得这话没法接。我在心里给这次的服务拆分算了算人力，不太够。这条经验值直接拉满

微服务的收益在规模到达之前是看不见的。我把它记在心里，没跟任何人说。我把这个接口的幂等性下沉到了公共层。同事说这波操作可以写进新人培训教材

领域驱动设计读完了，边界还是没划清，倒是把领域词汇炒热了。我停了一下，然后继续手上的活。我在心里给这次的架构决策写了个说明文档。同事说这波操作可以写进新人培训教材

这个服务的边界和另一个服务有明显重叠。我愣了两秒，然后继续敲代码。我把这个服务的降级方案加上了，依赖挂了也能用。这条经验值直接拉满

我把这个接口的降级方案补上了，心里踏实些。我打开记录从头到尾扫了一遍。我把这个跨服务的事务改成了最终一致，风险小了。同事说这波操作可以写进新人培训教材

架构评审会上大家都说"这个设计挺好的"，散会后群里炸出了四十条反对意见。我把注册中心的超时时间调长了，问题从每天三次变成每周一次。同事说这波操作可以写进新人培训教材

这个服务的边界和另一个服务有明显重叠。我想反驳，但发现他说得对。我发现这个服务的职责包含了三种不同的业务。好在最后有惊无险

分布式锁加了三层，最后发现并发量根本不需要锁，需要锁住的是大家造轮子的手。我把相关的记录都翻了出来做对照。我发现这个架构的问题在于数据的一致性。我把这条经验写进了团队 wiki

服务的粒度是这门学科里最难的问题。我想反驳，但发现他说得对。我发现这个服务的依赖里有一个是循环的。连茶水间都安静了

架构的复杂度最终会变成人的复杂度。我盯着屏幕，觉得这才是我的一天。我把这个服务的超时和重试配好了，级联失败少了。我把它写进了组内的避坑文档第一章