オンラインショッピングプラットフォームが極めて成功した仮定のシナリオを考えてください。それはオリジナルのデータベースを超えて成長しました。これにより注文履歴の読み込みが非常に遅くなります。メンテナンスは以前よりもはるかに長くかかります。エンジニアは作業量とシステムの制限を管理するのに膨大な時間を費やしています。このシステムのエンジニアリングチームは、より良いパフォーマンスを約束する新しいデータベースに置き換え、データを移行したいと考えています。しかし、人気のあるオンラインストアをオフラインにして切り替えることはできません。顧客は常に注文を変更し、住所を変更し、返金をリクエストしています。ストアをただでさ shutdown することはできません。このシナリオは、本番移行に固有の主な課題の一端を示しています。人々が依存しているサービスを停止せずに、どのように動作しているシステムを変更するのでしょうか？スケールで、既存のデータをコピーすることは数日かかる場合もあります。さらに、多くのサポートアプリケーションは、置き換えられているコンポーネントに依存している可能性があります。中間のあらゆるステップは、通常のビジネスが継続しながら機能する必要があります。この記事では、大規模な移行がどのように機能するか、そしてできるだけ効率的にするための主要な戦略を見ていきます。