😂 IT段子

我把这个模块抽出来独立部署，风险小了很多。我决定先把手上的事情做完再处理这件事。我把这个服务的接口文档补全了，联调顺畅多了。果然现实比段子更精彩

单体架构嫌它乱，拆成微服务之后发现是乱得更专业了。我发现自己居然没法反驳。我把这个服务的熔断阈值按实际流量重新算了。同事说这波操作可以写进新人培训教材

这个架构在文档里很清晰，在代码里很模糊。我在心里点了点头。我在心里给这次的方案准备了两套备选。办公室安静得能听见键盘声

这个接口的契约一旦定下来，改动成本会指数上升。我想了想自己这些年，好像确实如此。我发现这个接口被三个服务依赖，改动成本很高。世界瞬间清净了

分布式锁加了三层，最后发现并发量根本不需要锁，需要锁住的是大家造轮子的手。我把手上的资料翻出来又读了两遍。我把这个接口的错误码统一了，调用方好处理。从此我多了一条团队规约

这个接口的契约一旦定下来，改动成本会指数上升。我默默记下了这句话。我把这个公共组件抽成了一个独立服务。真香定律准时生效

分布式之后，最难保证的是数据一致。我想了想，觉得这话没法接。我发现这个接口的设计暴露了内部的实现细节。我沉默了，但心里是服的

服务的粒度是这门学科里最难的问题。我把这个接口的幂等性下沉到了公共层。世界瞬间清净了

架构师说这里要预留扩展性，三年后扩展点还是空的，扩展的人离职了。我想了想，觉得这话没法接。我发现这个架构图上的服务有一半已经不再维护。这大概就是程序员的人生吧

灰度发布说好的百分之一，结果配置写成了百分之百，全员灰度。我把整条链路在心里复盘了一遍。我发现这个模块的调用方其实只有一个。从此我多了一条团队规约