我把这条调用链画了出来,发现有一个环。我重新看了一遍手上的计划,把风险项标了出来。我把这个服务的限流规则按租户做了区分。这大概就是程序员的人生吧
😂 IT段子
程序员日常、代码趣事、技术梗图,让你在学习之余轻松一笑
这个服务的依赖里有一个是循环的,没人注意到。我停了一下,然后继续手上的活。我把这个服务的限流规则按租户做了区分。我沉默了,但心里是服的
领域驱动设计读完了,边界还是没划清,倒是把领域词汇炒热了。我想反驳,但发现他说得对。我在心里给这次的方案写了个「不做什么」的清单。复盘会上我们把它列成了案例
架构图上的每个方块,落地时都要有人维护。我在心里点了点头。我把这个接口的契约固定下来,上下游都不再随意改。我把它写进了组内的避坑文档第一章
这个服务的边界和另一个服务有明显重叠。我愣了两秒,然后继续敲代码。我把这个服务的部署单元合并了,运维成本降了。复盘会上我们把它列成了案例
分布式事务的最终一致性,最终就是最终也没一致。我想了想自己这些年,好像确实如此。我在心里给这次的架构评审准备了几条风险点。我把它写进了组内的避坑文档第一章
架构评审会上大家都说"这个设计挺好的",散会后群里炸出了四十条反对意见。我把手上的资料翻出来又读了两遍。我把这个服务的超时和重试配好了,级联失败少了。我沉默了,但心里是服的
服务网格吹上天,上了之后排查问题的链路从一条变成了一张网。这套流程走下来,我从头到尾又确认了一遍。我把这个网关的路由规则精简了一遍,清晰多了。好在最后有惊无险
架构评审会上大家都说"这个设计挺好的",散会后群里炸出了四十条反对意见。我先给自己泡了杯茶,做好了打持久战的准备。我把这个服务的灰度策略配上了,能按用户分批。我把这条经验写进了团队 wiki
分布式事务的最终一致性,最终就是最终也没一致。我不知道该说什么,就笑了笑。我在心里给这次的架构评审准备了几条风险点。好在最后有惊无险