在主机批处理管道中创建接缝
内容提要
这是一个关于如何逐步替换传统主机系统的案例研究。作者介绍了引入“接缝”以逐步替换传统能力的方法，并建议采用“足够的、及时的”前期设计与客户合作。他们还讨论了如何识别主机设计中的接缝，并使用这些接缝在云端创建重复能力，然后逐步退役主机能力。他们介绍了一些具体的技术策略和方法，如事件拦截、批处理输入接缝和数据库读写接缝等。他们的方法旨在降低风险、提高交付速度，并确保新系统与传统系统的结果一致。
延伸解读
渐进式替换的核心：识别接缝
文章强调，替换主机系统时，关键在于找到代码中的“接缝”——即可以最小改动插入新行为的连接点。这些接缝可能是有意设计的模块边界，也可能隐藏在多年积累的复杂代码中。好的接缝通常具有易观察的接口、易分流、可外部使用或漏斗状表面等特征。通过接缝，可以将逻辑流逐步导向云端新服务，实现能力的分阶段迁移，从而降低整体风险。
双运行策略：确保结果一致性的关键
为了在迁移过程中保证新系统与旧系统输出一致，文章推荐采用双运行策略：将相同输入同时喂给新旧系统，并行执行并比较输出。这有助于早期发现差异，满足严格的行业合规要求。但双运行并非万能，它可能增加基础设施负担和团队工作量，需要权衡成本与风险。文章指出，只有当过渡架构的成本低于大爆炸式替换失败的风险时，双运行才值得采用。
技术接缝的层次：从粗到细的迁移粒度
文章介绍了多种技术接缝，包括批处理输入接缝、数据库读写接缝、批处理管道步骤交接以及数据特征接缝。粗粒度接缝如数据库访问，可用于拆分依赖数据库的流程；细粒度接缝如数据特征，可用于迁移像身份管理这样复杂的模块。不同粒度的接缝支持不同规模的迁移增量，帮助团队根据系统复杂度和风险灵活选择迁移策略。
迁移中的风险与限制：身份模块的案例
文章以身份管理模块为例，说明并非所有能力都能完全渐进迁移。简单规则可以并行运行，但复杂规则（如身份创建、更新、删除）必须一次性迁移，否则可能导致身份漂移和数据质量下降。这要求设计回退机制和适配层，确保数据在主机和云之间正确流动。案例也指出，由于时间和环境限制，部分设计未能端到端验证，凸显了主机现代化项目的复杂性和不确定性。
Q&A
如何逐步替换传统主机系统的能力？
通过引入接缝，逐步将传统能力迁移到云端，采用渐进式方法降低风险。
接缝在主机系统中的作用是什么？
接缝用于分流逻辑流，使新服务能够与传统系统并行运行，降低替换风险。
在替换过程中如何确保新旧系统结果一致？
通过实施双运行策略，确保新系统与传统系统输出一致，维护结果的合规性。
为什么传统主机系统难以添加新功能？
传统主机系统架构复杂，经过多年发展，难以快速适应市场变化，导致添加新功能困难。
如何识别主机设计中的接缝？
通过分析代码中的模块交接点，寻找可用于迁移的接缝，以便在云端创建重复能力。
在云端实现数据复制和实时同步的意义是什么？
确保数据在新旧系统间流动顺畅，支持逐步迁移，降低数据丢失风险。
