Partager via


Migrer des charges de travail vers des plateformes d’application modernes

On constate une tendance claire et croissante qui consiste à migrer les charges de travail existantes des centres de données locaux vers un cluster Kubernetes dans Azure. Cette approche a le potentiel de réduire l’empreinte de l’infrastructure après la migration. Plus important encore, la migration vers des conteneurs permet davantage de portabilité dans le portefeuille, ce qui permet de déplacer plus facilement les charges de travail entre les clouds publics et privés. Cette tendance est la plus souvent observée quand les organisations disposent de nombreuses applications web.

La plupart des options de plateforme d’application moderne nécessitent une réarchitecture ou un redéploiement de l’application. Les fonctionnalités d’orchestration d’Azure Kubernetes service (AKS) permettent de faciliter la migration des solutions Kubernetes. Toutefois, lorsque vous intégrez une migration de conteneur à un processus de migration standardisé, il peut y avoir des processus plus efficaces. Azure Migrate inclut un grand nombre d’outils et de fonctionnalités pour accélérer la migration. L’outil Conteneurisation d’applications d’Azure Migrate est le moyen le plus simple pour opérer une migration vers des conteneurs dans le cadre d’un processus de migration standard.

Approche de migration unique

Vous pouvez opérer une migration vers Azure Kubernetes Service (AKS) pour accélérer les conteneurs dans le cloud dans le cadre du scénario de migration unique du Cloud Adoption Framework. En général, la migration vers Azure utilise Azure Migrate et des outils partenaires pour évaluer les charges de travail, migrer les charges de travail et publier des charges de travail dans le cloud. Vous pouvez appliquer ce processus en trois étapes à la migration AKS. Toutefois, vous aurez peut-être besoin de quelques outils supplémentaires pour mener à bien les étapes de migration.

Évaluer les charges de travail

En guise de première étape pour l’évaluation d’un groupe de charges de travail, vous devez référencer votre plan d’adoption du cloud et votre évaluation de portefeuille initiale. Lors de l’évaluation des charges de travail pour la conteneurisation dans le cadre de la migration, vous devez examiner le plan dans le but de trouver des informations clés sur le système d’exploitation et le langage de programmation de l’application, afin de déterminer le chemin de conteneurisation le plus approprié.

Candidats à la migration simplifiée

Les outils de migration de conteneur dans Azure Migrate peuvent accélérer la migration d’applications spécifiques vers AKS. Évaluez vos charges de travail par rapport à la liste suivante pour identifier les candidats à la migration vers Kubernetes, et consultez régulièrement cette liste qui ne cesse de s’allonger :

Utilisez l’outil Conteneurisation d’applications d’Azure Migrate pour migrer l’application. La première étape d’exécution de cet outil est la découverte qui contribue à l’évaluation de la compatibilité.

Candidats à la conteneurisation, puis à la migration

Les charges de travail restantes ne peuvent faire l’objet d’une migration tant que leur fonctionnalité et leurs performantes n’ont pas été validées au sein d’un conteneur. Collaborez avec les propriétaires des applications afin d’allouer du temps pour effectuer la conteneurisation, valider les résultats et créer des pipelines de création d’images pour le travail. Notez les dépendances uniques, par exemple, les besoins spécifiques de Windows tels que des comptes de service géré de groupe, l’utilisation du système de fichiers local, les détails de l’implémentation du cache, les implémentations de singleton et les dépendances telles que les bases de données.

Bien qu’une équipe centralisée puisse mener les efforts de conteneurisation dans une organisation, il s’agit davantage d’une fonction de gestion de projet et d’un processus de collecte et de supervision des besoins techniques. Cela signifie que les propriétaires d’applications doivent être fortement impliqués dans ce processus.

Migrer des tâches

Comme mentionné dans la tâche d’évaluation, vous pouvez migrer un grand nombre de vos applications à l’aide de l’outil Conteneurisation d’applications d’Azure Migrate. Au cours de cette étape du processus de migration réitérable, nous expliquons comment accomplir les tâches associées à la migration des charges de travail vers le cloud.

Migration simplifiée

Pour les charges de travail compatibles avec l’outil Conteneurisation d’applications d’Azure Migrate, l’outil proprement dit automatise les étapes de migration en générant l’image de conteneur, en déployant un cluster AKS et en déployant l’application sur le conteneur.

Migrer des conteneurs et des charges de travail

Lors de la migration de conteneurs et de charges de travail à l’aide d’un processus plus manuel, la validation de l’image de conteneur, le déploiement du cluster et le déploiement de l’application sont plus importantes. D’abord, assurez-vous que la version de votre Kubernetes cible entre dans le cadre de la prise en charge pour AKS. L’utilisation d’une version antérieure peut être en dehors de la plage prise en charge et nécessiterait une mise à niveau pour être prise en charge par AKS. Pour plus d’informations, consultez la section Versions de Kubernetes prises en charge par AKS. Dans la mesure du possible, migrez vers la même version de Kubernetes. Autrement dit, en fonction de vos priorités, effectuez une mise à niveau sur place dans le système existant ou planifiez une mise à niveau après la migration.

Comme pour toute migration, décidez de la fenêtre de maintenance qui vous convient et expliquez clairement à toutes les parties concernées le déroulement de la migration. Faites le suivi de la migration et présentez-la dans un tableau de bord le cas échéant. Si une migration avec temps d’arrêt n’est pas négociable, sachez qu’une migration sans temps d’arrêt occasionnera des efforts de planification, des coûts et des complications supplémentaires. S’il s’avère qu’une migration avec temps d’arrêt est nécessaire alors qu’elle n’était pas prévue, communiquez ce changement aux parties concernées. Effectuez une analyse d’impact sur ce changement pour vous assurer que les risques sont documentés et approuvés.

Toutes les migrations, même avec temps d’arrêt, peuvent nécessiter une modification de l’application existante pour une plus grande flexibilité. Veillez à ce que les équipes d’applications soient pleinement impliquées dans la planification des migrations de charge de travail le plus tôt possible. Par exemple, la charge de travail actuelle pourrait nécessiter le déploiement de fonctionnalités supplémentaires de modification de DNS, de chaîne de connexion et de paramètres pour permettre l’accomplissement de la migration.

Pour le moment, vous devez utiliser l’un des nombreux outils open source pour effectuer la réplication de votre conteneur et de vos charges de travail vers Azure.

Si vous venez d’une plateforme Kubernetes existante (moteur AKS, ACS ou une autre implémentation de Kubernetes), envisagez d’utiliser des outils open source pour faciliter la migration. Dans ce cas, vous disposez déjà d’une charge de travail qui fonctionne dans Kubernetes, et le réhébergement dans AKS est plus simple. Vérifiez que toutes les fonctionnalités existent dans AKS avant d’effectuer une migration.

Étape suivante : Innover à l’aide de solutions de plateforme d’application moderne

Les articles suivants vous guident à des points spécifiques de votre parcours d’adoption du cloud, et vous aider à mener à bien le scénario d’adoption du cloud.