L’adoption d’applications conteneurisées connaît une croissance rapide parmi les entreprises, motivée par la nécessité de moderniser leurs applications et leurs infrastructures systèmes. La migration de vos applications depuis des serveurs bare metal sur site, des machines physiques ou virtuelles offre de nombreux avantages, incluant une amélioration des performances, une sécurité renforcée, une utilisation optimale des ressources, une accélération du délai de commercialisation, des cycles de développement/déploiement plus rapides, des cycles de publication accélérés et d’autres facteurs. Toutefois, pour réaliser ces avantages, il est nécessaire de migrer des applications anciennes ou patrimoniales vers des applications basées sur des conteneurs ou de réécrire/redéployer vos applications à partir de zéro en utilisant une approche et des technologies de conteneurisation. Bien que la réarchitecture d’applications selon une approche conteneurisée soit préférée, cela peut s’avérer complexe pour les applications d’entreprise patrimoniales complexes. L’évaluation de la capacité de l’équipe responsable du déploiement et du CI/CD à gérer manuellement les complexités de la migration applicative est cruciale. Les outils automatisés peuvent considérablement simplifier ce processus en réduisant le temps, les coûts et les erreurs potentielles.
Dans ce blogue, nous allons présenter un outil automatisé populaire utilisé par les entreprises durant leurs parcours de migration. Migrer vers les conteneurs dans les clusters Google Cloud Processing (GCP) facilite la migration automatisée depuis toute une gamme de plateformes sources prises en charge vers des plateformes cibles basées sur des conteneurs, éliminant le besoin d’énumérer et d’exécuter des activités manuelles, ce qui peut être très complexe.
Figure 1 : Parcours d’adoption du cloud
Aperçu
Migrer vers les conteneurs est un produit d’automatisation fourni par GCP qui aide les entreprises à migrer leurs applications patrimoniales depuis des plateformes sources prises en charge vers des plateformes cibles également prises en charge, avec facilité et flexibilité. L’outil prend en charge la modernisation des applications anciennes sans exiger l’accès au code source ou la réarchitecture des applications, puisqu’il n’est pas toujours possible d’accéder au code source et aux autres artefacts dans le cas d’applications tierces.
Voici les plateformes sources et cibles prises en charge.
Plateformes sources prises en charge
- GCP Compute Engine VM (machine virtuelle)
- VMWare VMs
- AWS (AMAZON WEB SERVICES) EC2 VMs
- Azure VMs
Plateformes cibles prises en charge
- Google Kubernetes Engine
- Cloud Run
- Clusters Anthos sur bare metal et autres nuages (AWS)
Avantages
- Migrer et moderniser d’un seul coup
- Choisir la bonne méthode de migration selon la charge de travail
- Bénéficier des avantages de la conteneurisation
- Profiter des avantages de GKE
- Intégrer des services dans les applications patrimoniales
Architecture
Figure 2 : Schéma d’architecture/flux de travail
La solution Migrer vers les conteneurs comprend quatre composants opérationnels :
Traitement :
La solution Migrer vers les conteneurs comprend des composants de traitement devant être installés sur certains clusters, ce qui aide à migrer les charges de travail depuis les machines virtuelles vers Google Kubernetes Engine.
Contrôle
L’outil propose une utilitaire appelée [migctl] pour configurer et gérer les activités de migration depuis l’interface en ligne de commande et la console. L’utilitaire permet d’installer/désinstaller les composants de traitement de Migrer vers les conteneurs à partir du cluster, de valider le déploiement, de configurer les sources de migration, de gérer les actions de flux de travail et d’offrir une visibilité complète sur le statut de la migration, la progression et les journaux.
Exécution des charges de travail :
Les charges de travail conteneurisées générées peuvent être exécutées sur Google Kubernetes Engine ou sur des clusters Anthos, à condition de répondre aux exigences minimales.
Maintenance
Cette phase implique le maintien des charges de travail migrées, tel que la mise à niveau des paquets logiciels requis, les modifications de fichiers embarqués ou les mises à jour logicielles en temps réel.
Migration vers les machines virtuelles (VM)
Avec Migrer vers les conteneurs, toute entreprise peut migrer en toute transparence ses charges de travail depuis des machines virtuelles Compute Engine vers Google Kubernetes Engine ou des clusters Anthos. Cependant, pour les charges de travail qui ne s’exécutent pas dans Google Cloud mais sur des machines virtuelles sur site ou d’autres machines virtuelles dans le nuage, Migrer vers la VM (M2VM) prend le relais. M2VM peut aider à la première migration d’applications vers les machines virtuelles Google Cloud Compute Engine. Ensuite, à l’aide de Migrer vers les conteneurs, les applications peuvent être migrées depuis les machines virtuelles Compute Engine vers GKE ou des clusters Anthos en tant qu’applications conteneurisées.
Vous pouvez décider de décomposer votre parcours de migration ainsi :
- Migrez vos applications depuis l’environnement sur site ou un autre nuage vers des machines virtuelles GCP Compute Engine à l’aide de Migrer vers la VM
- Migrez vos applications depuis des VM GCP Compute Engine vers GKE ou un cluster Anthos en utilisant Migrer vers les conteneurs
Cette approche en deux étapes est logique lorsque vous souhaitez migrer tout le centre de données vers le nuage ou toutes les charges de travail vers des machines virtuelles Compute Engine, puis déplacer certaines applications adaptées vers des plateformes basées sur des conteneurs GKE ou un cluster Anthos en utilisant Migrer vers les conteneurs.
Parcours de migration
Pour migrer les charges de travail d’entreprise depuis votre environnement source vers des plateformes basées sur des conteneurs dans GCP, vous pouvez suivre le processus de migration ci-dessous.
La figure 3 ci-dessous illustre le parcours de migration.
Figure 3 : Parcours de migration
- Évaluer : à cette étape, l’outil évalue chaque charge de travail sur chaque machine virtuelle de votre environnement source pour déterminer s’il convient de la migrer vers Google Cloud.
- Planifier : à cette étape, l’infrastructure de base requise pour la migration est préparée. Cela englobe l’approvisionnement des ressources nécessaires, le traitement du cluster et la mise en place de l’accès réseau requis à votre environnement source.
- Déployer : à cette étape, les charges de travail nécessaires sont migrées et déployées dans l’environnement cible (GKE, cluster Anthos ou Cloud Run) à l’aide de l’outil Migrer vers les conteneurs.
- Optimiser : à cette étape, les charges de travail ou applications qui sont déjà déployées sont optimisées dans l’environnement cible basé sur des conteneurs grâce aux outils, technologies et capacités natives de Google Cloud.
Résumé
L’outil Migrer vers les conteneurs est extrêmement utile pour migrer et moderniser des applications patrimoniales ou sur site à partir des environnements clients vers la plateforme Google Cloud GKE. Cela permet d’économiser un temps précieux en évitant les activités manuelles fastidieuses et sujettes à l’erreur, et de réduire les coûts en automatisant la migration au lieu de la faire manuellement. Le principal avantage est de combiner migration et modernisation en une seule étape, supprimant la complexité des opérations en coulisses. En quelques clics, sans processus manuel ni réécriture de code, vous pouvez migrer et moderniser vos applications depuis le centre de données ou d’autres nuages vers des conteneurs dans GKE.
Références
