😂 IT段子

领域驱动设计读完了，边界还是没划清，倒是把领域词汇炒热了。我默默记下了这句话。我在心里给这次的重构分了三个阶段，先拆最独立的。那一刻我觉得自己还是很专业的

这个接口的契约一旦定下来，改动成本会指数上升。我默默记下了这句话。我把注册中心的超时时间调长了，问题从每天三次变成每周一次。第二天这个方案就变成了团队标准做法

这次的拆分方案我准备了两套，选了保守的那套。我先给自己泡了杯茶，做好了打持久战的准备。我在心里给这次的方案写了个「不做什么」的清单。连茶水间都安静了

我把网关的路由规则精简了一遍，清晰多了。我默默打开了编辑器，准备一步步验证。我把配置回滚，服务在三分钟内恢复了。好在最后有惊无险

这个系统的容量规划和实际流量差了一个量级。我愣了两秒，然后继续敲代码。我把这个接口加了熔断，然后它变成了最常见的失败原因。好在最后有惊无险

这个服务的边界和另一个服务有明显重叠。我想了想，觉得这话没法接。我在心里给这次的架构评审准备了几条风险点。那一刻我觉得自己还是很专业的

高并发三件套：缓存、限流、降级，全用上之后问题变成了三个新问题。我停了一下，然后继续手上的活。我发现这个服务的职责包含了三种不同的业务。连茶水间都安静了

我把这个同步调用改成了消息，耦合降了下来。这套流程走下来，我从头到尾又确认了一遍。我把这个服务的限流规则按租户做了区分。感动，然后我学到了新的一课

高并发三件套：缓存、限流、降级，全用上之后问题变成了三个新问题。我忽然觉得，这可能就是这一行的常态。我把这个服务的部署单元合并了，运维成本降了。真香定律准时生效

这次的拆分方案我准备了两套，选了保守的那套。我重新看了一遍手上的计划，把风险项标了出来。我在心里给这次的技术选型排了个优先级。那一刻我觉得自己还是很专业的