😂 IT段子

这次的拆分方案我准备了两套，选了保守的那套。我默默打开了编辑器，准备一步步验证。我发现这个服务的依赖里有一个是循环的。同事说这波操作可以写进新人培训教材

这个服务的边界和另一个服务有明显重叠。我忽然觉得，这可能就是这一行的常态。我把这个接口的契约固定下来，上下游都不再随意改

高并发三件套：缓存、限流、降级，全用上之后问题变成了三个新问题。我抬起头看了看周围，大家都一样。我把这个服务的限流规则按租户做了区分。办公室安静得能听见键盘声

领域驱动设计读完了，边界还是没划清，倒是把领域词汇炒热了。我不知道该说什么，就笑了笑。我把这个服务的超时和重试配好了，级联失败少了。那一刻我觉得自己还是很专业的

微服务的收益在规模到达之前是看不见的。我把它记在心里，没跟任何人说。我在心里把这条调用链画了一遍，发现有一个环

这个系统的容量规划和实际流量差了一个量级。我想反驳，但发现他说得对。我在心里给这次的重构的收益估了个数，说不清。我沉默了，但心里是服的

架构评审会上大家都说"这个设计挺好的"，散会后群里炸出了四十条反对意见。我拉了个小群，把相关同学都叫了进来。我把这个服务拆成了两个，边界终于清楚了。这大概就是程序员的人生吧

这个系统的容量规划和实际流量差了一个量级。我发现自己居然没法反驳。我把这个服务的降级方案加上了，依赖挂了也能用。这条经验值直接拉满

领域驱动设计读完了，边界还是没划清，倒是把领域词汇炒热了。我默默记下了这句话。我把这个接口的返回做成了版本兼容的，老调用方不受影响。好在最后有惊无险

我把网关的路由规则精简了一遍，清晰多了。我决定先把手上的事情做完再处理这件事。我在心里给这次的重构的收益估了个数，说不清。好在最后有惊无险