按你想要持续的方式构建

以您需要在上线后继续的方式创建您的遗留替换。

此页面是一个存根。我们打算在该材料的后续版本中对其进行全面扩展。但是，我们仍在开发这些模式，因此在继续学习如何最好地构建和解释这些想法时，模式可能会被重命名、拆分或合并。

遗留替换的商业案例几乎总是包括更便宜、更快、更频繁地发布业务需求。经验告诉我们，构建一个“大爆炸”版本，然后期望在发布后切换到更快、更频繁的更新是不现实的。如果第一个生产环境发布需要一年时间，那么您应该预计下一个发布至少需要几个月时间。这种过于常见的失败场景会导致业务利益相关者感到沮丧，并无法实现预期的投资回报。

为了避免这种结果，我们建议以您需要继续的方式进行构建。如果您需要提高发布频率、降低发布成本或加快变更速度，那么确保实现这些目标的唯一方法是从任何替换工作的开始就以这种方式构建和部署。

此外，很少有企业能够承受更换关键系统时的变更冻结或（即使是）更慢的变更。竞争对手不会停止添加新功能，监管机构也不会仅仅因为某个组织启动了为期多年的遗留替换计划而暂停新规则。许多组织需要一种能够在飞行中适应业务和技术变更的遗留方法。