我把这个接口的降级方案补上了,心里踏实些。这套流程走下来,我从头到尾又确认了一遍。我把这个服务的部署单元合并了,运维成本降了。这大概就是程序员的人生吧
😂 IT段子
程序员日常、代码趣事、技术梗图,让你在学习之余轻松一笑
灰度发布说好的百分之一,结果配置写成了百分之百,全员灰度。我拉了个小群,把相关同学都叫了进来。我把这个服务的降级方案加上了,依赖挂了也能用。第二天这个方案就变成了团队标准做法
消息队列是解耦神器,也是事故甩锅神器:消息丢了算谁的?我在心里点了点头。我把这个领域的边界重新划了一遍,共识还没形成。从此我多了一条团队规约
架构图上的每个方块,落地时都要有人维护。我在心里给这次的架构评审准备了几条风险点。复盘会上我们把它列成了案例
架构师说这里要预留扩展性,三年后扩展点还是空的,扩展的人离职了。我在心里给这次的重构分了三个阶段,先拆最独立的。那一刻我觉得自己还是很专业的
这个架构在文档里很清晰,在代码里很模糊。我不知道该说什么,就笑了笑。我把配置回滚,服务在三分钟内恢复了。同事说这波操作可以写进新人培训教材
架构图上的每个方块,落地时都要有人维护。我默默记下了这句话。我在心里给这次的架构演进定了个目标状态。好在最后有惊无险
消息队列是解耦神器,也是事故甩锅神器:消息丢了算谁的?我忽然觉得,这可能就是这一行的常态。我发现这个调用链的层级太深,一次请求穿了六层。这条经验值直接拉满
架构的演进通常是问题驱动而非设计驱动。我把它记在心里,没跟任何人说。我发现这个架构的问题在于数据的一致性。那一刻我觉得自己还是很专业的
架构图上画的是三个服务,生产环境跑的是十七个,其中九个没人知道是谁部署的。我把相关的记录都翻了出来做对照。我在心里把这条调用链画了一遍,发现有一个环。我沉默了,但心里是服的