没有所谓的路线图
原文英文，约700词，阅读约需3分钟。
📝
内容提要
软件系统迁移的重点在于迁移计划，不必先建立中间解决方案。迁移时应优先考虑需求和紧迫性。
🔎
延伸解读
迁移路线图的现实局限
文章指出，迁移路线图常被视为从现状到目标的必经之路，但实际中很少见到其有效应用。技术的半衰期不断缩短，即使能快速构建终极方案，它也会很快过时。因此，固守路线图可能拖累迁移进度，甚至导致在途中添加不必要的中间解决方案，如案例中先将J2EE容器化再上云，反而增加复杂性。
怀旧情感与技术债务
IT团队常对现有系统抱有怀旧情感，不愿放弃，导致技术债务被带入未来。这种情感可能使迁移计划包含临时解决方案，相当于在通往目标的路上绕道。文章强调，应避免这种倾向，直接构建终极解决方案，而不是先建立中间步骤。
基于需求与紧迫性的迁移策略
迁移时应优先考虑需求和紧迫性，而不是一次性迁移所有服务。文章建议，只迁移近期可能变更的服务，新服务直接采用现代架构，遗留系统暂时保留。当需要修复缺陷时，再迁移、修复并部署。这种按需迁移的方式更合理，避免了不必要的中间阶段。
生产环境迁移的可行实践
文章提到，利用行业最佳实践，可以在生产环境中进行迁移而不影响用户。例如，对于微服务，可采用Strangler模式逐步替换；蓝绿管道允许在服务就绪后切换。这些方法支持逐步迁移，减少对用户的干扰，同时避免因路线图而延迟迁移。
❓
Q&A
软件系统迁移的主要重点是什么？
软件系统迁移的重点在于迁移计划，不必先建立中间解决方案。
迁移过程中应优先考虑哪些因素？
迁移时应优先考虑需求和紧迫性，而不是先迁移所有服务。
迁移通常包括哪些部分？
迁移通常包括现状分析、目标解决方案和迁移路线图三个部分。
技术的半衰期对迁移计划有什么影响？
技术的半衰期短且不断缩短，不能被迁移路线图所拖累。
在迁移过程中如何确保不影响用户？
可以采用行业最佳实践，确保在生产环境中进行迁移而不影响用户。
逐步迁移服务的好处是什么？
逐步迁移服务并进行修复和部署是合理的选择，可以减少风险并提高效率。
🏷️
