Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
La modernisation du cloud est la pratique d’améliorer les charges de travail cloud existantes pour mieux répondre aux besoins de l’entreprise. Il aligne les charges de travail avec les meilleures pratiques cloud, sans ajouter de nouvelles fonctionnalités. Cette infrastructure fournit un guide de bout en bout pour que les organisations planifient et exécutent la modernisation dans toutes leurs équipes de charge de travail.
Définir la modernisation de votre organisation
La réussite de la modernisation commence par la préparation de l’organisation. Cette étape garantit que tout le monde comprend ce que signifie la modernisation pour votre entreprise. Vous devez également évaluer si vos équipes ont les compétences nécessaires et identifier les applications à moderniser en premier.
Établir une définition commune de la modernisation. La modernisation du cloud améliore le fonctionnement des charges de travail existantes sans créer de nouvelles fonctionnalités. Les activités de modernisation classiques incluent la replatformation (déplacement de composants vers un nouvel environnement d’hébergement), la refactorisation (optimisation ou restructuration du code) et la réarchitecture (reconfiguration de la structure du système) dans le cloud. La modernisation exclut les fonctionnalités entièrement nouvelles ou les réécritures complètes pour les capacités nouvelles.
Communiquez la définition de la modernisation. Partagez cette définition avec toutes les équipes et parties prenantes pertinentes. Assurez-vous que les responsables de projets, les ingénieurs, les propriétaires de produits et les cadres comprennent et acceptent. Une compréhension unifiée évite les désalignements.
Créer une responsabilité partagée entre les équipes. La modernisation nécessite une collaboration entre les équipes de développement, d’exploitation, de sécurité et d’architecture. Chaque équipe contribue à une expertise différente au succès de la modernisation. Établir des processus réguliers de communication et de prise de décision conjointe. Évitez le travail en silo qui crée des problèmes d’intégration ou des exigences manquées. Attribuez des rôles clairs tout en conservant la coordination entre les équipes.
Évaluer la préparation et les compétences de modernisation
Évaluez vos compétences de modernisation. Avant d’entreprendre la modernisation, évaluez si votre équipe a les compétences et les outils nécessaires pour moderniser avec succès. Les domaines clés à évaluer sont les suivants :
Zone de compétence Questions d’évaluation Connaissances sur les services cloud Les ingénieurs connaissent-ils les services Azure pertinents que vous pouvez utiliser lors de la modernisation ? DevOps et CI/CD Avez-vous des pipelines d’intégration continue et de livraison continue en place ? Pouvez-vous automatiser les tests et les déploiements avec l’infrastructure en tant que code ? Modèles d’architecture modernes L’équipe comprend-elle les microservices, la conteneurisation et d’autres concepts cloud-natifs modernes qui pourraient faire partie de la refactorisation ou de la réarchitecture ? Supervision et automatisation Vos outils de supervision, de journalisation et d’automatisation sont-ils suffisants pour prendre en charge les opérations cloud plus avancées après la modernisation ? Identifiez les lacunes de compétences et créez un plan pour les remplir. Vous pouvez former le personnel existant (certifications Azure, ateliers d’architecture cloud) ou apporter de nouveaux embauches/sous-traitants avec une expertise spécifique. Les compétences sont souvent plus importantes que les technologies spécifiques. Une équipe bien formée exécute une modernisation plus fluide qu’une équipe qui apprend à la volée.
Faites appel à une expertise externe si nécessaire. Si votre équipe n’a pas d’expérience dans les domaines critiques, apportez Microsoft ou un partenaire Microsoft. Les experts externes peuvent valider votre stratégie de modernisation, recommander des outils appropriés et aider à établir des chronologies réalistes.
Hiérarchiser les charges de travail à moderniser
Toutes les charges de travail ne doivent pas être modernisées. Utilisez une approche structurée pour déterminer les charges de travail à moderniser en premier. La clé consiste à évaluer la valeur de l’entreprise par rapport au risque technique et à identifier les déclencheurs urgents qui forcent l’action.
Évaluer la valeur métier. Dressez une liste des charges de travail candidates et évaluez chacune d'entre elles selon son importance pour l'entreprise. Vous pouvez utiliser un classement élevé/moyen/faible ou un score numérique pour la valeur métier. Plus la charge de travail est critique pour le chiffre d’affaires, la satisfaction des clients ou les opérations, plus son score de valeur métier est élevé :
Catégorie valeur métier Examples Critique pour les revenus ou la mission Systèmes qui traitent les transactions de vente ou prennent en charge les fonctions métier principales (le temps d’arrêt signifie directement la perte d’argent) Expérience client Les systèmes avec lesquels les clients ou les clients interagissent directement (les performances et la fiabilité affectent la satisfaction) Conformité ou réglementation Les systèmes soumis à des réglementations strictes ou à des exigences de sécurité (l’absence de mise à jour peut présenter des risques juridiques) Dépendance interne étendue Plateformes largement utilisées par les employés ou d’autres systèmes (si elles sont lentes ou instables, elles entraînent une baisse de productivité au sein de l’organisation) Évaluer les risques techniques. Indépendamment, évaluez l’état technique de chaque système. En fait, déterminez combien il a besoin de modernisation. Classer les risques techniques/les besoins en tant que niveau élevé, moyen ou faible pour chaque charge de travail. Les signes d’un risque technique élevé ou d’une dette sont les suivants :
Catégorie de risque technique Examples Dette technique Code hérité avec solutions de contournement, infrastructures obsolètes, architecture difficile à modifier Technologie obsolète Systèmes d’exploitation ou bases de données proches de la fin de la prise en charge, langages de programmation déconseillés Effort de maintenance élevé Interventions manuelles fréquentes, augmentation des coûts de support, processus de résolution des problèmes complexes Problèmes de performances et de fiabilité Temps d’arrêt chronique, temps de réponse lents, incapacité de gérer les pics de charge Extensibilité limitée Architecture qui nécessite un remaniement majeur pour évoluer, des processus de mise à l’échelle manuelle Identifiez les déclencheurs de modernisation urgents. Certains événements peuvent soudainement changer la priorité d’une charge de travail, même s’il n’était pas en haut de la liste initialement. Surveillez ces déclencheurs qui rendent la modernisation urgente :
Catégorie de déclencheur Examples Les failles de sécurité Failles de sécurité nouvellement découvertes dans les composants hérités, protocoles de chiffrement obsolètes ou violations de conformité Échéances de fin de support Plateforme ou logiciel qui perdra le soutien du fournisseur dans les 12 prochains mois, correctifs de sécurité obsolètes Demandes de croissance de l’entreprise Croissance rapide du client dépassant la capacité du système, nouvelles exigences d’entrée du marché ou besoins d’intégration Problèmes de fiabilité du système Pannes répétées, problèmes de performances chroniques ou augmentation des coûts de maintenance Hiérarchiser les charges de travail. Combinez la valeur métier et les évaluations techniques des risques dans une matrice de priorité simple.
Valeur commerciale Risque technique Priorité de modernisation Action High High Priorité Commencez à moderniser maintenant. Rendement élevé de l’investissement High Low Monitor Retarder la modernisation, sauf si des avantages commerciaux spécifiques existent Low High Case-by-case Ne moderniser pas immédiatement, sauf s’il existe un avantage clair Low Low Ne rien faire L’effort de modernisation ici ne serait pas une bonne utilisation des ressources.
Comprendre comment moderniser
Avant de vous plonger dans l’exécution, assurez-vous que vous et les équipes de charge de travail individuelles comprennent les approches et les meilleures pratiques de modernisation dans le cloud.
Utilisez Azure Well-Architected Framework pour repérer les opportunités d’amélioration. Le cadre Well-Architected Framework (WAF) est un ensemble de bonnes pratiques articulées autour de cinq piliers : fiabilité, sécurité, optimisation des coûts, excellence opérationnelle et efficacité des performances. La réalisation d’un Well-Architected review de vos charges de travail peut mettre en évidence dans quels domaines elles ne suivent pas les meilleures pratiques. Ces lacunes génèrent effectivement une liste de to-do pour la modernisation. Plus l’écart est grand ou plus important, plus il est urgent de moderniser cette charge de travail. De cette façon, WAF fournit une feuille de route pilotée par les données de ce qu’il faut corriger.
Permettre aux équipes de charge de travail de prendre des décisions de modernisation. Les équipes qui possèdent et exécutent chaque application chaque jour ont souvent le plus profond aperçu de ses points de douleur et de ce que les modifications aideront. Il est judicieux d’impliquer ces équipes pour décider comment moderniser leurs systèmes. Donnez-leur le contexte métier (« nous avons besoin de ce système pour gérer le trafic 2x » ou « nous devons réduire le coût de maintenance de 30%») et leur permettre de proposer des solutions. Peut-être qu’ils savent qu’un certain service peut être échangé ou quelles parties du code sont les pires. Donnez l’autorité de décision à ces équipes pour les choix techniques, dans les limites du budget, de la chronologie et des normes architecturales globales. Établissez des vérifications régulières pour s’assurer que leurs plans s’alignent sur des objectifs organisationnels plus larges.