系统设计 | 遗留系统改造和迁移模式

系统迁移与切换的经验总结

系统迁移和切换是一个复杂的过程，通常比新系统开发还要困难，涉及到多种场景和挑战。本文概括了作者在研讨会上总结的迁移和切换经验和模式。

问题和挑战

作者列举了六种常见的系统迁移场景，包括OA系统的迁移、通信设备制造企业的售后系统升级、加密算法的替换、社交APP存储服务的迁移、保单系统的技术改造以及项目管理软件的替换。这些改造和重构通常需要依赖数据迁移和应用切换。

系统设计要点

在遗留系统的设计中，数据处理尤其是存储和流动数据处理构成了主要挑战。设计要考虑到停机时间对方案和迁移模式的影响，分为完全无感、分钟级停机和小时级停机三种情况。

常见模式

文章接着介绍了六种数据迁移模式：

• 数据共享：允许新系统读取旧系统数据库，实现无感迁移。
• 代理分流：新系统调用旧系统API，减少兼容代码。
• 数据双写：提前在新系统中写入数据，完成后进行流量切换。
• 同步：实时同步旧数据库到新系统，切换流量后上线。
• 停机迁移：停止服务，迁移数据后上线新服务。
• 灰度和共存：新旧系统同时使用，进行灰度测试和试点。

后续讨论内容

文章最后提出了后续将讨论的遗留系统改造的注意事项，包括新逻辑对旧数据的兼容性、数据和场景的验证、版本协作、安全度过并存期、支持试点和灰度、可靠的数据切换和回退预案等。

本文由少个分号提供，转载请注明出处。如需联系作者，可通过微信号shaogefenhao。感谢支持，并推荐阅读作者的其它文章。