Considérez un scénario hypothétique dans lequel une plateforme de commerce en ligne est devenue extrêmement réussie. Elle a dépassé sa base de données d'origine. Cela provoque le chargement lent des historiques de commandes.

La maintenance prend beaucoup plus de temps qu'avant. Et les ingénieurs passent trop de temps à gérer la charge et les limites du système. L'équipe d'ingénierie derrière ce système veut remplacer la base de données et migrer les données vers une nouvelle base de données qui promet de meilleures performances.

Mais vous ne pouvez pas mettre hors ligne une boutique en ligne populaire pour faire le changement. Les clients passent toujours des commandes, changent d'adresses et demandent des remboursements. La boutique ne peut pas être arrêtée aussi simplement.

Ce scénario offre un aperçu du défi majeur inhérent aux migrations en production. Comment changer un système qui fonctionne tout en maintenant le service sur lequel les gens dépendent ? À grande échelle, la copie de données existantes pendant ces migrations peut prendre des jours. De plus, de nombreuses applications dépendantes peuvent dépendre du composant remplacé.

Chaque étape intermédiaire doit fonctionner tandis que l'activité commerciale normale se poursuit. Dans cet article, nous examinerons comment fonctionnent les migrations à grande échelle et les stratégies clés qui peuvent aider à les rendre aussi efficaces que possible.