😂 IT段子

分布式之后，最难保证的是数据一致。我叹了口气，然后打开了编辑器。我把这个服务的灰度策略配上了，能按用户分批。第二天这个方案就变成了团队标准做法

架构图上画的是三个服务，生产环境跑的是十七个，其中九个没人知道是谁部署的。我打开记录从头到尾扫了一遍。我发现这个服务的启动依赖了另一个服务的可用性。第二天这个方案就变成了团队标准做法

这个服务的边界和另一个服务有明显重叠。我停了一下，然后继续手上的活。我在架构文档里补了一节，标题叫"为什么不要这么做"

架构图上画的是三个服务，生产环境跑的是十七个，其中九个没人知道是谁部署的。我默默打开了编辑器，准备一步步验证。我把这个领域的边界重新划了一遍，共识还没形成。世界瞬间清净了

这个服务的边界和另一个服务有明显重叠。我不知道该说什么，就笑了笑。我把这个领域的边界重新划了一遍，共识还没形成。办公室安静得能听见键盘声

单体架构嫌它乱，拆成微服务之后发现是乱得更专业了。我抬起头看了看周围，大家都一样。我在心里给这次的技术选型排了个优先级。真香定律准时生效

分布式之后，最难保证的是数据一致。我发现自己居然没法反驳。我把这个接口的错误码统一了，调用方好处理。从此我多了一条团队规约

分布式锁加了三层，最后发现并发量根本不需要锁，需要锁住的是大家造轮子的手。这套流程走下来，我从头到尾又确认了一遍。我把这个服务的灰度策略配上了，能按用户分批。我沉默了，但心里是服的

我把网关的路由规则精简了一遍，清晰多了。我先给自己泡了杯茶，做好了打持久战的准备。我把这个接口的错误码统一了，调用方好处理。真香定律准时生效

架构师说这里要预留扩展性，三年后扩展点还是空的，扩展的人离职了。我在心里点了点头。我把这个公共逻辑下沉到了一个基础服务。第二天这个方案就变成了团队标准做法