Le sujet de la migration de la charge de travail n’est certainement pas nouveau, mais cela ne le rend pas moins pertinent. Avec ou sans scénarios de cloud public ou privé, le déplacement d’applications et d’autres composants d’infrastructure vers le cloud peut s’avérer complexe et risqué. Même dans ce cas, la migration vers le cloud peut générer une valeur énorme quand elle est correcte; C’est pourquoi, l’adoption de différents modèles de cloud et d’exécutions s’accroît.
Avant de discuter de la migration de vos charges de travail, soulignons l’importance de savoir pourquoi vous le faites. Comprendre votre principal moteur de migration est crucial, non seulement parce que cela constituera l’élément de base de l’analyse de rentabilisation du projet, mais également parce qu’il vous aidera à choisir la meilleure approche de migration pour vos besoins uniques. À ce stade, il est possible de parler de cas d’utilisation ou de modèles d’utilisation de la migration connus. Pour ce faire, il est essentiel que vous compreniez le paysage de votre charge de travail. Et parce que le paysage de votre application a probablement plus d’un modèle à analyser, la recherche d’un avis d’expert est une bonne première étape.
Connaissez vos charges de travail
Il est probable que votre portefeuille d’applications n’est pas entièrement documenté – du moins pas au niveau dont vous avez besoin pour prendre des décisions éclairées. Le fait de tirer parti de données inexactes au début peut avoir des conséquences désastreuses plus tard, il est donc important de vous préparer avant de commencer. Si les informations appropriées ne sont pas présentes, créez-les. Utilisez les processus de découverte – de préférence ceux qui peuvent créer un référentiel d’informations et le maintenir à jour et cohérent – au fur et à mesure que les choses changeront au cours du processus de migration et que vous devrez souvent revenir à la source pour ajuster et optimiser vos décisions.
Planifier, planifier, planifier
Pas vraiment de surprise ici, j’espère. La source de données créée par les processus de découverte sera votre meilleur allié ici, et le plan doit être lié à cette source de manière à pouvoir être ajusté si quelque chose change. C’est là que le moteur initial aura un rôle important à jouer, fournissant une expérience supplémentaire basée sur les modèles, capable de réduire les risques et de donner une idée de ce à quoi le résultat final pourrait ressembler. Par exemple, si votre pilote principal est une initiative de modernisation d’applications et que vous créez de nouvelles applications ou de nouveaux composants en mode «cloud natif», vous utiliserez probablement un cloud PaaS (Platform as a Service) tel que Kubernetes ou ICp.
Cela vous donnera une grande abstraction des besoins en infrastructure, mais le transfert de données nécessitera une attention particulière. Les autres modèles courants sont la rafale de capacité (expansion rapide), la haute disponibilité basée sur le cloud et la reprise après incident. Dans de tels scénarios, vous vous concentrerez sur la stabilité pour éviter toute perturbation du comportement des applications, car les modifications de code ne sont souvent pas incluses dans le scénario de coûts.
Exécuter en conséquence
À mesure que votre plan prend forme, votre prochain obstacle consiste à définir le mécanisme d’exécution de la migration. N’oubliez pas qu’il s’agit généralement d’un processus itératif, avec des étapes et des répétitions logiques, et que la planification de l’unité de migration changera avant que tout soit déplacé physiquement. Après cela, il y a les tests d’acceptation, la validation de l’application et éventuellement la coupure de source pour terminer le mouvement. La nécessité d’un outillage spécifique sera importante si le niveau de transformation de la source à la cible est élevé, et encore une fois, il est essentiel de comprendre le moteur du déplacement. La sélection finale des outils doit être adaptée à l’objet et sera différente selon le type de mouvement.
Toutes les transformations seront accompagnées de risques et de coûts. Des besoins de transformation très élevés ajouteront de la complexité et des risques, de sorte que les avantages finaux doivent être clairs. Il est généralement préférable de faire beaucoup de petits mouvements à la fois et de choisir la meilleure approche dès le début, même avant le début de la phase d’évaluation. La stratégie de haut niveau consiste à porter une attention particulière aux détails à chaque étape, tout en gardant à l’esprit vos objectifs primordiaux. La migration de vos charges de travail n’aura de sens que s’il ya encore de la valeur à la fin du processus. Commencez votre brainstorming ciblé avec des spécialistes en stratégie ou consultez nous. Prêt à parler à un expert AGILLY ? Ecrivez nous à [email protected]