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 :
É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.
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.
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?
Les recommandations de Cloud Advisor vous aident à réaliser encore plus d'économies et à améliorer la sécurité de votre location. Parmi les recommandations de Cloud Advisor liées aux coûts, lesquelles s'appliquent directement aux défis auxquels vous êtes confronté?
Pouvez-vous prendre en charge la consolidation et la réaffectation des ressources sur demande à l'aide des fonctions et services d'Oracle Cloud Infrastructure? Exemples : ajustement automatique du service de calcul, services autonomes qui peuvent être ajustés automatiquement (Base de données autonome ou Équilibreur de charge de réseau, par exemple) et services sur demande (systèmes sans système d'exploitation, sur machine virtuelle et systèmes de base de données Exadata, par exemple).
Utilisez des formes de calcul flexibles avec une mémoire et des coeurs personnalisables pour garantir un fonctionnement efficace.
La conteneurisation peut être un modèle de conception rentable, avec portabilité directe pour les applications existantes, ou dans le cadre de la conception pour les nouvelles applications.
Examinez les options de portabilité des licences. De nombreuses offres d'Oracle proposent un prix "avec licence incluse" qui permet d'accéder aux fonctions de gestion de plate-forme et à la portabilité des licences existantes. Les partenaires d'Oracle offrent de nombreux modèles pour l'acquisition de licences de logiciels en nuage, notamment les modèles de facturation à l'usage et la portabilité des licences.
Nouvelles fonctionnalités et fonctions pour les nouvelles applications ou pour réécriture et réusinage :
Dans le cadre de la réécriture ou du réusinage de vos applications, pouvez-vous migrer vers les technologies suivantes ou les utiliser pour créer de nouvelles solutions?
Cas d'utilisation non relationnels, NoSQL Database Cloud, entrepôts avec lac de données, service de mégadonnées, science des données.
Agilité grâce aux microservices et aux applications à 12 facteurs exécutés dans des conteneurs programmés avec Kubernetes.
Développement à faible code ou sans code avec Oracle APEX Application Development ou Microsoft Visual Basic.
D'autres cadres sont déployés directement sur Oracle Cloud Infrastructure ou disponibles sur le marché des applications. Oracle fournit des outils spécialisés et prend également en charge la compatibilité ouverte. Vous avez peut-être déjà commencé le processus de réécriture et de réusinage dans certains domaines. Pour obtenir des conseils sur l'utilisation de ces outils dans Oracle Cloud Infrastructure pour une migration plus directe, voir Oracle Cloud Marketplace et Centre d'architectures Oracle.
Nouveaux processus de développement, d'exploitation et de gestion :
Utilisez le gestionnaire de ressources pour gérer l'infrastructure-code.
Utilisez le service de protection d'infrastructure en nuage, les zones de sécurité et le service de conseils sur la sécurité pour tenir à jour les profils de sécurité. Utilisez le service d'hôte bastion pour sécuriser l'accès à la gestion distante.
Pour surveiller et améliorer la gestion des opérations, utilisez Logging Analytics, le service d'agent de gestion et le service de gestion de bases de données. Utilisez le service de gestion du système d'exploitation pour gérer et surveiller les mises à jour et les correctifs des environnements de système d'exploitation.
Oracle Cloud Infrastructure offre une suite complète d'outils de développement et prend en charge les outils de tierce partie au moyen de l'intégration directe et du marché des applications.
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 :
Transfert de données (sur disque ou sur boîtier)
Méthodes traditionnelles de migration des bases de données vers le nuage
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 :
Commencez à regrouper les applications dans des phases de mise en oeuvre. Voir Création d'un plan de mise en oeuvre par phases.
Utilisez les résultats de l'analyse pour réévaluer vos architectures courantes et ajuster la portée de vos architectures planifiées.
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.