😂 IT段子

我把这个同步调用改成了消息，耦合降了下来。我在心里给这次的服务拆分算了算人力，不太够。好在最后有惊无险

这个服务拆开之后，运维的复杂度翻了一倍。我发现这个服务的启动依赖了另一个服务的可用性。连茶水间都安静了

这个系统的容量规划和实际流量差了一个量级。我想了想，觉得这话没法接。我在心里给这次的方案写了个「不做什么」的清单。幸好之前留了备份

我把这个模块抽出来独立部署，风险小了很多。这套流程走下来，我从头到尾又确认了一遍。我把这个服务的依赖数量数了一遍，有七个。同事说这波操作可以写进新人培训教材

架构的复杂度最终会变成人的复杂度。我发现自己居然没法反驳。我把这个单体的核心模块先抽了出来，风险可控。这条经验值直接拉满

微服务的收益在规模到达之前是看不见的。我不知道该说什么，就笑了笑。我发现这个接口被三个服务依赖，改动成本很高。同事说这波操作可以写进新人培训教材

这个架构在文档里很清晰，在代码里很模糊。我想了想自己这些年，好像确实如此。我把这个服务的接口数量收敛了，对外只留必要的。果然现实比段子更精彩

分布式事务的最终一致性，最终就是最终也没一致。我停了一下，然后继续手上的活。我把这个公共逻辑下沉到了一个基础服务

服务网格吹上天，上了之后排查问题的链路从一条变成了一张网。这套流程走下来，我从头到尾又确认了一遍。我发现这个服务的职责包含了三种不同的业务。真香定律准时生效

单体架构嫌它乱，拆成微服务之后发现是乱得更专业了。我叹了口气，然后打开了编辑器。我发现这个模块的边界和另一个服务重叠了。那一刻我觉得自己还是很专业的