Parcours d’adoption du cloud

  • Article

Les parcours d’adoption du cloud ont tendance à suivre des trajectoires similaires. Les variantes existent, mais il peut toujours être utile de voir comment les autres adoptent le cloud. La connaissance des charges de travail auxquelles vous attaquer en premier et de ce qu’il y a lieu de faire avec celles-ci simplifiera votre parcours d’adoption du cloud.

Diagram showing portfolio migration modernization approach.

Une considération importante dans l’adoption de la solution cloud appropriée est l’équilibre entre le contrôle et la productivité. Les solutions IaaS (infrastructure as a service) vous donnent le plus de contrôle, mais nécessitent plus de temps de maintenance. Les solutions PaaS (platform as a service) et SaaS (software as a service) transfèrent la responsabilité de la gestion à Azure et permettent à vos équipes de se concentrer sur la productivité. L’équilibre nécessaire entre le contrôle et la productivité est différent pour chaque organisation, et il évolue au fil du temps à mesure que vos priorités changent.

Pour l’adoption initiale du cloud, une organisation classique met hors service 35 % de ses applications, remplace 15 % de son portefeuille et migre 50 % avec uniquement les modifications nécessaires (nouvelle plateforme ou nouvel hébergement).

Retirer (35 %)

Retirer toutes les charges de travail dont votre organisation n’a pas besoin. Vous devez détecter et répertorier les applications et les environnements dont le maintien ne vaut pas la peine en termes d'investissement. L’efficacité des coûts et des délais est l'objectif de la mise hors service. Si vous réduisez votre portefeuille avant de le faire passer dans le cloud, votre équipe peut se concentrer sur les ressources les plus importantes.

Remplacer (10 %)

La plupart des organisations remplacent environ 10 % de leurs applications par des solutions SaaS (software as a service) et à faible code. Vous pouvez atteindre vos objectifs plus facilement si vous adoptez des solutions plus productives.

Tableau 1 – Exemples de remplacement de charges de travail par des solutions SaaS et à faible code

Du À
Applications
métier
personnalisées		 Power Apps
Outils de DevOps GitHub
Relation
Gestion		 Dynamics 365
Industrie
verticals		 Tierce partie
SaaS

Réarchitecture ou regénération (5 %)

Si vous ne pouvez pas remplacer vos applications métier essentielles par des solutions SaaS ou low-code, envisagez de les réarchitecturer ou de les régénérer. Bien que complexe, la réarchitecture ou la régénération est essentielle pour tirer le meilleur parti de la technologie cloud. L’objectif principal est de personnaliser ces applications pour le cloud. Cette approche prend en compte plusieurs aspects :

  • La scalabilité : adapter l’application pour gérer efficacement différents niveaux de demande.
  • La fiabilité : améliorer la capacité de l’application à fonctionner de manière cohérente sans défaillances.
  • La sécurité : intégrez des mesures de sécurité avancées pour protéger les données et les opérations dans le cloud.

Dans cette étape, vous pouvez également intégrer des technologies avancées telles que l’IA générative. Des solutions intégrées peuvent améliorer les fonctionnalités de l’application de manière significative. Voici quelques exemples de technologies d’intelligence artificielle :

  • L’analyse prédictive : utilisez l’IA pour anticiper les besoins des clients.
  • L’automatisation des processus : utilisez l’IA pour automatiser les processus métier.

En réarchitecturant ou en régénérant, vous exploitez la gamme complète des fonctionnalités natives cloud et des avancées basées sur l’IA.

Ré-héberger remodeler la plateforme (50 %)

Une entreprise classique migre environ la moitié de ses charges de travail existantes. Au sein de ces charges de travail, il existe normalement trois niveaux de difficulté. Environ 35 % d’entre elles sont faciles à déplacer. Les 10 % suivants sont plus difficiles, car il s’agit de charges de travail plus complexes ou plus importantes, et seuls les 5% restants nécessitent une planification supplémentaire pour pouvoir s’exécuter.

Il existe de nombreuses approches de la migration. Un nouvel hébergement (« lift-and-shift ») et une nouvelle plateforme (« modernisation ») sont les approches les plus courantes, et ce sont celles que nous recommandons pour l’adoption du cloud. Mais il peut s’avérer difficile de déterminer laquelle répond à vos besoins. Nous avons donc des conseils à vous proposer de suivre pour choisir l’approche la mieux adaptée pour vous. Pour plus d’informations, consultez Migrer ou moderniser ?

À migrer en premier (35 %)

Nous vous recommandons de choisir des gains faciles pour les premières charges de travail à déplacer. Cette stratégie vous permet d'évaluer votre plan d'adoption sur des applications plus simples avant de vous attaquer à des charges de travail plus complexes. Au fur et à mesure que vous travaillez, vous devez documenter vos réussites et réviser votre stratégie si nécessaire. Appliquez ces insights à vos migrations plus complexes. Deux exemples de charges de travail que vous pouvez inclure dans votre premier déplacement sont les applications web de base et les portails avancés.

  • Applications web de base : Nous vous recommandons de réhéberger vos applications web de base et d’attendre pour déplacer vos charges de travail plus complexes jusqu’à ce que vous ayez déplacé vos applications web de base. Azure App Service est une plateforme d’applications flexible qui peut héberger la plupart des applications. Nous recommandons cette solution pour les applications web de base. Pour en savoir plus, consultez Azure App Service.

  • Portails avancés : Vous devez migrer vos portails vers les portails Power Apps pour augmenter la productivité.

À migrer ensuite (10 %)

Vous devez appliquer les leçons apprises de vos premiers déplacements pour vous attaquer à des charges de travail plus difficiles ou plus importantes. Nous avons quelques exemples pour vous donner une idée des types de charges de travail.

  • Impact élevé sur l’entreprise : charges de travail qui déterminent le chiffre d’affaires ou qui sont stratégiques.

  • Systèmes de traitement transactionnel en ligne (OLTP) avec entrée/sortie (E/S) élevées : ces charges de travail enregistrent les transactions métier et leurs exigences de traitement sont élevées.

  • Informations réglementées : ces charges de travail doivent respecter des normes légales et sectorielles comme HIPAA, PCI DSS, etc. Nous vous recommandons d’utiliser Azure Policy pour garantir la conformité à ces normes. Pour plus d’informations, consultez Présentation d’Azure Policy.

Migration difficile ou coûteuse (5 %)

Migrez les charges de travail les plus difficiles et coûteuses en dernier. Les systèmes suivants peuvent nécessiter une réflexion plus approfondie pour être efficaces.

  • Ressource de grande valeur : l’interruption ou l’altération de cette charge de travail perturbe toutes les opérations métier.

  • Systèmes d’infrastructure à clé publique (PKI) : charges de travail qui gèrent les certificats numériques x509, le chiffrement du réseau et l’authentification.

  • Contrôle de code source hérité : Systèmes de contrôle de code source difficilement remplaçables par GitHub.

  • Impossible à moderniser : Technologie héritée ou propriétaire non modernisable.

  • Changement architectural profond : Architectures héritées nécessitant un remaniement complet. Utilisez le Microsoft Azure Well-Architected Framework plutôt que l’approche de modernisation du Cloud Adoption Framework.

Plus de ressources

Étapes suivantes

Commencer par migrer ou moderniser ?