案例研究

当软件已在线且风险真实存在时的遗留系统恢复与现代化。

这个示例展示了遗留系统工作的典型样子:在线软件、脆弱的发布、混乱的代码,以及在系统稳定过程中依然持续存在的业务压力。

基于常见客户工作模式的示例说明,不包含任何具名客户细节。

起点

一个活跃的业务系统正在生产环境运行,代码库脆弱,部署有风险,而每一次变更都在交付和避免破坏重要东西之间制造紧张关系。

介入方式

第一步不是推销重写。要先评估系统、梳理发布路径、分级处理脆弱区域,并找出造成最大阻力的接口。

执行

清理、重构、定向架构修复和发布稳定会按一个降低风险的顺序进行,同时允许下一阶段的功能工作继续推进。

结果形态

系统会变得不那么脆弱,发布路径更可预测,团队可以以更低的运营成本和更少的交付摩擦来添加或变更功能。

这类工作通常包含的内容

遗留系统恢复通常意味着进入一个在线产品、降低发布风险、清理脆弱代码,并在做更大现代化决策的同时改善交付。