Définition de l'architecture planifiée

Après avoir créé une matrice de vos applications courantes en fonction de leurs attributs de base, effectuez une analyse similaire pour la mise en oeuvre planifiée de l'environnement en nuage.

La matrice de l'architecture planifiée est une extension conceptuelle de la matrice de l'architecture courante. C'est également l'endroit où vous pouvez ajouter les nouvelles applications que vous prévoyez d'utiliser dans le cadre de votre initiative d'adoption de l'environnement en nuage.

Processus d'évaluation

Évaluez chaque application ou groupe d'applications de votre matrice et identifiez une ou plusieurs options pour la mise en oeuvre de l'environnement en nuage.

Pour atteindre vos objectifs d'entreprise, vous pouvez améliorer votre statut courant, en réutilisant de nombreux attributs déjà pris en compte pour l'évaluation de votre architecture courante. La gestion de la portée de l'analyse est également importante, surtout lorsque vous envisagez les nombreux scénarios possibles pour une mise en oeuvre planifiée. Rappelez-vous que l'établissement d'une liste planifiée n'est pas un exercice entièrement nouveau et distinct.

Voici le processus général à suivre :

  1. Évaluez chaque application du point de vue de vos objectifs d'entreprise. Utilisez la matrice de l'architecture courante comme point de départ. Cette analyse vous permet de déterminer les aspects auxquels consacrer plus de temps et pour lesquels étudier en détail d'éventuelles alternatives.

  2. Hiérarchisez les applications les plus importantes par rapport à vos objectifs. Pour ce faire, tenez compte de vos priorités et objectifs d'entreprise, combinés aux attributs de fonction stratégique de chaque application.

  3. Identifiez les applications à privilégier car elles dépendent ou sont intégrées à d'autres applications essentielles pour atteindre vos objectifs. Pour ce faire, tenez compte des attributs de domaine fonctionnel partagé de chaque application.

    Les applications de soutien doivent souvent être prioritaires car elles servent de point focal pour la collecte, la conservation ou la syndication de données, même si l'application elle-même est moins stratégique. Pour ce type d'application, envisagez un changement de plate-forme ou d'hébergement, qui permet le développement natif en nuage côte à côte. Envisagez également un réusinage et un changement de plate-forme limités, pour atteindre le même objectif de réécriture des fonctions critiques, mais sans essayer de régler immédiatement toutes vos dettes techniques.

Attributs à évaluer

Évaluez chaque application ou groupe d'applications de votre matrice et identifiez une ou plusieurs options pour la mise en oeuvre de l'environnement en nuage.

Utilisez les attributs de cette section pour étendre votre matrice d'applications courantes afin qu'elle comprenne une matrice de charges de travail planifiées et d'architectures de plate-forme.

Le centre d'architectures Oracle comprend de nombreux exemples d'architecture pour des charges de travail et des modèles d'application spécifiques. Lorsque vous créez votre matrice d'attributs, recherchez dans le centre d'architectures des exemples qui correspondent à votre portefeuille pour commencer à définir les architectures et à saisir leurs attributs.

Voici quelques attributs supplémentaires à prendre en compte. Lorsque vous évaluez les besoins non fonctionnels, les priorités et les objectifs de votre organisation doivent être pris en compte en priorité.

Compatibilité existante :

  • Machines virtuelles. Par exemple :

    • Le changement d'hébergement est-il une option?

    • Les machines virtuelles exécutant d'anciens systèmes d'exploitation peuvent-elles être migrées vers le nuage ou vers une plate-forme de virtualisation telle que VMware? La solution VMware Oracle Cloud permet de créer et de gérer des centres de données définis par logiciel (SDDC) activés par VMware dans Oracle Cloud Infrastructure.

  • Mises à niveau. Par exemple, les principales technologies de soutien peuvent-elles être mises à niveau?

Équivalents sur place :

  • Changement d'hébergement direct. Par exemple, pour les architectures plus modernes, est-il possible de les héberger directement dans le service en nuage équivalent ou en effectuant une mise à niveau de version?

  • Changement d'hébergement et de plate-forme hybride. Par exemple :

    • Est-il possible de fractionner les niveaux d'application pour permettre un changement d'hébergement simple pour certains niveaux, alors que d'autres nécessitent un changement de plate-forme?

    • Est-il possible d'effectuer un changement de plate-forme uniquement pour les équilibreurs de charge, les serveurs d'applications ou le niveau de base de données (moins probable), et un changement d'hébergement pour les autres niveaux?

  • Fournisseurs de tierce partie. Par exemple :

    • Les fournisseurs de tierce partie offrent-ils des boîtiers virtuels ou des services de plate-forme dans Oracle Cloud Marketplace?

    • Les offres du marché des applications répondent-elles à vos attentes fonctionnelles et non fonctionnelles? Certaines offres du marché des applications sont des équivalents directs de la version sur place. D'autres offres ne comportent qu'un sous-ensemble de fonctions, ce qui peut être acceptable si ces fonctions répondent à vos besoins.

Continuité des activités :

  • Quels sont les modèles de continuité des activités améliorés par l'accès à l'infrastructure en tant que ressource sur demande et par l'abonnement à plusieurs régions?

  • Allez-vous stocker les instantanés de la région distante avec une automatisation de la recréation pour faire face aux sinistres, ou promouvoir la région distante pour qu'elle fasse partie de la région de secours dans le cadre de la permutation permettant la haute disponibilité?

  • Quelle est la importance de l'application pour votre portefeuille?

  • Si une application ne peut pas être mise en grappe, la reconstruction ou la récupération peut-elle être automatisée sur un ordinateur de secours non réservé que vous supposez disponible dans la même région?

  • Pour plus d'informations, voir Haute disponibilité et Récupération après sinistre. Le centre d'architectures Oracle contient également des exemples détaillés pour la planification générale et des modèles pour des applications spécifiques.

Ajustement. Par exemple, quelles options d'augmentation ou de réduction l'ajustement automatique du service de calcul et l'équilibreur de charge de réseau offrent-ils?

Gestion des coûts. Quels gains d'efficacité opérationnelle pouvez-vous obtenir en utilisant les fonctions natives du nuage?

Nouvelles fonctionnalités et fonctions pour les nouvelles applications ou pour réécriture et réusinage :

Nouveaux processus de développement, d'exploitation et de gestion :

Outils de migration. Quels sont les outils de migration disponibles pour vos charges de travail? Le centre d'architectures Oracle fournit des conseils pour diverses applications. Examinez également les options suivantes :

Connectivité multinuage et hybride :

  • Lors de votre analyse, vous constaterez peut-être que certaines applications présentent une meilleure affinité avec les technologies natives d'autres fournisseurs de services infonuagiques. Une approche multinuage peut être avantageuse pour ce qui est de l'efficacité, de la compatibilité et de la continuité des activités. Dans certaines régions, Oracle Cloud Infrastructure est proche des autres fournisseurs de services infonuagiques. Oracle Cloud Infrastructure facilite également la mise en oeuvre inter-nuage avec Oracle Cloud et Microsoft Azure Interconnect.

  • Lorsque vous regroupez vos applications par attributs d'affaires, développez l'analyse pour inclure les applications d'autres nuages, en particulier si les cas d'utilisation des données partagées ou de l'intégration peuvent avoir une incidence sur votre architecture et votre planification globales.

Inventaire des nouvelles compétences. Vos architectures planifiées nécessitent-elles de nouvelles compétences?

  • Selon l'importance stratégique d'une application, la préparation du personnel peut représenter une contrainte importante pour l'exécution des phases et les délais. Les exigences de formation peuvent également avoir une incidence sur vos décisions architecturales. Examinez l'effort de formation dans son ensemble. Sachez que même une approche du "moindre effort", qui consiste uniquement en une formation en cours d'emploi, peut impliquer des changements importants, que vous devrez envisager d'apporter au fil du temps.

  • Examinez les options suivantes, ainsi que le temps et les coûts associés :

    • Apprentissage autoguidé et formation en cours d'emploi, si la nouvelle technologie est suffisamment similaire à votre approche existante.

    • Cours avec formateur ou en ligne, qui impliquent généralement des coûts plus élevés, mais qui peuvent réduire les délais ou aborder les sujets de manière plus approfondie.

    • Recrutement stratégique, si nécessaire. Votre plan d'affaires comprend-il l'embauche stratégique? Si vous embauchez de nouvelles équipes, avez-vous un moyen de partager et de conserver le contexte lors de l'intégration du nouveau personnel?

Objectifs d'affaires :

  • Pour mapper vos objectifs d'entreprise aux architectures planifiées, créez des attributs d'objectifs d'affaires explicites et affectez-les à vos architectures planifiées. Cela peut vous aider à cibler votre analyse approfondie et à hiérarchiser vos objectifs d'entreprise lorsque vous changez de contexte et basculez entre la résolution des problèmes techniques et des problèmes d'affaires.

  • La saisie des objectifs d'entreprise en tant qu'attribut spécifique vous aide à rester objectif lors de l'évaluation des avantages. Par exemple, un avantage d'une architecture planifiée donnée peut être le développement d'une nouvelle fonctionnalité. L'attribut d'objectif d'affaires peut vous aider à évaluer si la nouvelle fonctionnalité est également alignée sur vos objectifs d'entreprise pour cette application.

  • Voici quelques exemples courants d'attributs d'objectif d'affaires :

    • Développement de nouvelles fonctionnalités.

    • Réduction des coûts. Par exemple, fermer des centres de données ou éliminer de futurs cycles d'approvisionnement en matériel.

    • Vitesse d'itération améliorée du cycle de développement de logiciels. Par exemple : nouveaux composants à 12 facteurs pour l'agilité des fonctions, adoption d'outils d'intégration et de déploiement en continu (CI/CD) ou d'une infrastructure-code.

    • Efficacité opérationnelle améliorée. Par exemple : surveillance et automatisation améliorées, provisionnement d'environnements et intégration opérationnelle rapides, consolidation des opérations en éliminant les applications ou pratiques existantes hétérogènes.

    • Amélioration de la continuité des activités. Par exemple : application d'une capacité sur demande au sein d'une région pour une récupération rapide, extension de la disponibilité à d'autres régions en rétrogradant les incidents auparavant considérés comme des sinistres en événements de permutation à faible incidence.

Étapes suivantes

Il est préférable de considérer la matrice d'architecture planifiée comme une cible à long terme de nature évolutive.

À mesure que vous itérez le processus d'évaluation pour chacune de vos applications et leurs attributs, tenez compte des éléments suivants :

  1. Commencez à regrouper les applications dans des phases de mise en oeuvre. Voir Création d'un plan de mise en oeuvre par phases.

  2. Utilisez les résultats de l'analyse pour réévaluer vos architectures courantes et ajuster la portée de vos architectures planifiées.

  3. Définissez vos priorités à mesure que vous approfondissez votre compréhension de l'incidence de vos options et de ce que votre organisation peut absorber.

Vous constaterez peut-être que les parties prenantes de votre entreprise affinent leurs priorités en réponse aux solutions et compromis que vous identifiez. C'est pourquoi il est important d'effectuer des itérations fréquentes tout au long du cycle d'analyse (architectures courantes, architectures planifiées et phases de mise en oeuvre) afin d'étayer les décisions et matière de validation d'affaires et de compromis.