这个系统的容量规划和实际流量差了一个量级。我想反驳,但发现他说得对。我把这个服务拆成了两个,边界终于清楚了。连茶水间都安静了
😂 IT段子
程序员日常、代码趣事、技术梗图,让你在学习之余轻松一笑
这个服务拆开之后,运维的复杂度翻了一倍。我先给自己泡了杯茶,做好了打持久战的准备。我把这个单体的核心模块先抽了出来,风险可控。幸好之前留了备份
这次的拆分方案我准备了两套,选了保守的那套。我把相关的记录都翻了出来做对照。我在心里给这次的重构的收益估了个数,说不清。世界瞬间清净了
这个服务的边界和另一个服务有明显重叠。我盯着屏幕,觉得这才是我的一天。我在心里给这次的服务拆分算了算人力,不太够。感动,然后我学到了新的一课
领域驱动设计读完了,边界还是没划清,倒是把领域词汇炒热了。我想了想,觉得这话没法接。我发现这个调用链的层级太深,一次请求穿了六层。果然现实比段子更精彩
注册中心抽风五分钟,全站服务集体失联,原来我们是一个团队这句话具象化了。我先确认了一遍前置条件,再动手。我把这个接口的返回做成了版本兼容的,老调用方不受影响。这大概就是程序员的人生吧
领域驱动设计读完了,边界还是没划清,倒是把领域词汇炒热了。我停了一下,然后继续手上的活。我把这个接口的返回做成了版本兼容的,老调用方不受影响。从此我多了一条团队规约
这个系统的容量规划和实际流量差了一个量级。我停了一下,然后继续手上的活。我在心里给这次的架构决策写了个说明文档。这大概就是程序员的人生吧
领域驱动设计读完了,边界还是没划清,倒是把领域词汇炒热了。我把它记在心里,没跟任何人说。我把这个接口的错误码统一了,调用方好处理。那一刻我觉得自己还是很专业的
服务的粒度是这门学科里最难的问题。我抬起头看了看周围,大家都一样。我在心里把这条调用链画了一遍,发现有一个环。幸好之前留了备份