遗留系统 7 篇
按时间排列的实战拆解：架构与中间件、AI 落地、技术与业务之间。
- 数据改造四步：哪一步之后就退不回去了
改造里唯一真正退不回去的是数据：代码能退，写歪了的数据退不回。这篇按四步说它各自会在哪儿出事——先扩后收为什么把删旧列推迟到旧系统退役之后、双写挂在哪一层会让两边不一致时听谁的、线上还在写的时候对账怎么才算对上了，以及切读这四步里，能退回的…
- 灰度不是进度条，放的是最多赔多少
改造里的灰度常被当成进度来汇报，它真正的作用只有一个：把一次大失败换成几次小失败。这篇写切流能切多细的五档、放量为什么先看放进来的是哪类操作而不是放几个百分点、开关要有主人和到期那天、回滚要当场答出的三个问题，以及为什么演练必须换一个没参与…
- 改造这笔账：工期怎么估、什么时候停手
改造估工期的真正毛病不是估多估少，是那串数没法核对——按模块估出来的三个月，开工之后没有任何东西能校准它。这篇写怎么一个批次一个批次地算四笔钱（最常被漏的是老代码下线那笔）、新旧两套同时跑的这段日子怎么折算成本、立项那天就该写下的三个停手条…
- 上线那天，「完成」这个词最容易被用坏
上线不等于改造完成。验收要同时对五个问题拿出别人能核对的证据：改前改后行为一样吗、数据对得上吗、性能变差了吗、接手的人管得住吗、一个没参与过的工程师能改吗。这篇给出每一关要回答什么、拿什么当证据、性能基线怎么取（要看慢的那一头的数，也要看机…
