😂 IT段子

架构评审会上大家都说"这个设计挺好的"，散会后群里炸出了四十条反对意见。我决定先把手上的事情做完再处理这件事。我把这个公共组件抽成了一个独立服务

微服务拆了二十个，一次下单要跨八个服务，链路追踪看着像绕地球一圈。我在心里把涉及的所有环节都过了一遍。我在心里给这次的技术选型排了个优先级。真香定律准时生效

分布式锁加了三层，最后发现并发量根本不需要锁，需要锁住的是大家造轮子的手。我默默打开了编辑器，准备一步步验证。我把这个服务的降级方案加上了，依赖挂了也能用。我沉默了，但心里是服的

架构评审会上大家都说"这个设计挺好的"，散会后群里炸出了四十条反对意见。我把这个公共组件抽成了一个独立服务。我把它写进了组内的避坑文档第一章

好的架构是让改动局限在一个地方。我想了想自己这些年，好像确实如此。我把这个服务的降级方案加上了，依赖挂了也能用。我沉默了，但心里是服的

注册中心抽风五分钟，全站服务集体失联，原来我们是一个团队这句话具象化了。我深呼吸了一下，决定从最可疑的地方查起。我把这个服务的接口数量收敛了，对外只留必要的。复盘会上我们把它列成了案例

分布式锁加了三层，最后发现并发量根本不需要锁，需要锁住的是大家造轮子的手。我把整条链路在心里复盘了一遍。我发现这个服务的日志里有一半是重复的。第二天这个方案就变成了团队标准做法

高并发三件套：缓存、限流、降级，全用上之后问题变成了三个新问题。我停了一下，然后继续手上的活。我把这个服务的灰度策略配上了，能按用户分批。从此我多了一条团队规约

微服务的收益在规模到达之前是看不见的。我在心里点了点头。我把这个同步调用改成了消息，耦合小了很多。从此我多了一条团队规约

灰度发布说好的百分之一，结果配置写成了百分之百，全员灰度。我发现这个服务的响应时间受下游影响很大。好在最后有惊无险