考虑一个在线购物平台变得极度成功的假设情景。它已经超出了原始数据库。这导致订单历史加载非常慢。维护时间比以前长。工程师花太多时间管理工作量和系统的局限。该系统背后的工程团队想要替换数据库，并将数据迁移到承诺更好性能的新数据库。但你不能让一个受欢迎的在线商店离线来进行切换。顾客总是下单、更改地址和申请退款。商店不能就这样关闭。这个情景提供了内在于生产迁移的主要挑战的瞥见。你如何在服务人们依赖的同时改变一个正常工作的系统？在大规模下，复制现有数据可能需要几天。许多支持应用程序可能依赖于正在被替换的组件。每一个中间步骤都需要正常工作，同时普通业务继续进行。本文将研究大规模迁移的工作原理以及可以帮助尽可能高效迁移的关键策略。