Définition de l'architecture planifiée

Evaluez chaque application ou groupe d'applications de votre matrice et identifiez les options d'implémentation cloud.

Etant donné que vous pouvez progresser vers les objectifs de l'entreprise en améliorant votre statut actuel, prenez en compte la plupart des attributs envisagés lors de l'évaluation de l'architecture actuelle. La gestion de la portée de l'analyse est également importante, en particulier lorsque vous pensez aux nombreuses possibilités de simulation d'une implémentation planifiée. Rappelez-vous que la liste planifiée n'est pas un exercice entièrement nouveau et à part.

Voici le processus global à suivre :

1. Evaluez chaque application compte tenu des objectifs de l'entreprise. Utilisez la matrice de l'architecture actuelle comme point de départ. Cette analyse vous permet de définir les points auxquels consacrer plus de temps et d'explorer plus profondément les diverses possibilités.

2. Définissez l'ordre d'importance des applications par rapport à vos objectifs. Pour ce faire, tenez compte des objectifs et priorités de votre entreprise, associés aux attributs de fonction stratégique de chaque application.

3. Identifiez les applications à prioriser en raison de leurs dépendances ou de leur intégration à d'autres applications alignées sur vos objectifs. Pour ce faire, tenez compte des attributs de domaine fonctionnel partagé de chaque application.

   Souvent, vous constaterez que les applications de renfort ont quand même besoin d'être définies comme prioritaires. En effet, même si elles sont en elles-mêmes moins stratégiques, elles servent de points centraux pour la collecte, la conservation ou la syndication des données. Pour ce type d'application, envisagez une reconception de plate-forme ou un réhébergement des options permettant un développement cloud natif côte à côte. Envisagez également une refactorisation et une reconception de plate-forme limitées, avec toujours le même objectif : réécrire les fonctions critiques, mais sans essayer de traiter immédiatement toute la dette technique.

Evaluez chaque application ou groupe d'applications de votre matrice et identifiez les options d'implémentation cloud.

Utilisez les attributs de cette section pour étendre la matrice des applications actuelles et ainsi inclure une matrice de charges globales et d'architectures de plate-forme planifiées.

Le centre d'architecture Oracle comprend de nombreux exemples d'architecture pour des charges globales et des modèles d'application spécifiques. Lorsque vous créez votre matrice d'attributs, recherchez dans le centre d'architecture des exemples qui correspondent à votre portefeuille pour accélérer la définition des architectures et la capture de leurs attributs.

Voici quelques attributs supplémentaires à prendre en compte. Lorsque vous évaluez des exigences non fonctionnelles, les priorités et les objectifs de votre organisation doivent servir de guides.

Compatibilité héritée :

• Machines virtuelles. Par exemple :

  • Le réhébergement est-il une option ?

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

• Mises à niveau. Par exemple, les technologies de prise en charge centrales peuvent-elles être mises à niveau ?

Equivalents sur site :

• Réhébergement direct. Par exemple, pour les architectures plus récentes, existe-t-il une possibilité de réhébergement direct (ou avec une mise à niveau de version) sur le service cloud équivalent ?

• Système hybride de réhébergement et de reconception de plate-forme. Par exemple :

  • Pouvez-vous fractionner les niveaux d'application afin de permettre un simple réhébergement de certains niveaux tout en exigeant la reconception de plate-forme pour d'autres ?

  • Pouvez-vous reconcevoir la plate-forme uniquement au niveau des équilibreurs de charge, au niveau des serveurs d'applications ou au niveau de la base de données (moins probable) et réhéberger les autres ?

• Fournisseurs tiers. Par exemple :

  • Les fournisseurs tiers proposent-ils des appliances virtuelles ou des services de plate-forme dans Oracle Cloud Marketplace ?

  • Les offres de Marketplace répondent-elles à vos attentes fonctionnelles et non fonctionnelles ? Certaines offres de Marketplace sont des équivalents directs de la version sur site. D'autres offres ne comportent qu'un sous-ensemble de fonctionnalités. Toutefois, si ces dernières répondent à vos besoins, ce n'est pas un problème.

Continuité des activités :

• Quels modèles de continuité des activités améliorez-vous en ayant accès à l'infrastructure en tant que ressource à la demande et en vous abonnant à plusieurs régions ?

• Comptez-vous stocker des clichés de région distante et utiliser une reconstruction automatisée pour faire face aux sinistres ou intégrer la région distante au système de secours de permutation haute disponibilité ?

• Quelle est l'importance de l'application dans votre portefeuille ?

• Si une application ne peut pas être incluse dans un cluster, la reconstruction ou la récupération peut-elle être automatisée sur un ordinateur de secours non réservé supposé être disponible dans la même région ?

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

Redimensionnement. Par exemple, quelles sont les options de réduction/d'augmentation disponibles avec le redimensionnement automatique Compute ou Network Load Balancer ?

Gestion des coûts. Dans quelle mesure les fonctionnalités cloud natives permettent-elles d'améliorer l'efficacité opérationnelle ?

• Les recommandations Cloud Advisor vous aident à optimiser les économies de coûts et à améliorer la sécurité de votre location. Parmi les recommandations relatives aux coûts de Cloud Advisor, lesquelles s'appliquent directement à vos défis en matière de coûts ?

• Pouvez-vous prendre en charge la consolidation et la réallocation de ressource à la demande à l'aide des services et des fonctionnalités Oracle Cloud Infrastructure ? Citons par exemple le redimensionnement automatique Compute, les services autonomes de redimensionnement automatique, comme Autonomous Database ou Network Load Balancer, et les services de redimensionnement à la demande, tels que les systèmes de base de données Exadata, Bare Metal et de machine virtuelle.

• Utilisez des formes de calcul flexibles avec une quantité personnalisable de mémoire et de coeurs pour garantir un fonctionnement efficace.

• La mise en conteneur peut être un modèle de conception optimal en matière de coûts, soit avec une portabilité directe pour les applications existantes, soit dans le cadre de la conception de nouvelles applications.

• Prenez en compte les options de portabilité des licences. De nombreuses offres Oracle proposent un tarif "Licence incluse" qui offre un accès à des fonctionnalités de gestion de plate-forme et permet la portabilité des licences existantes. Les partenaires Oracle proposent plusieurs modèles de gestion des licences des logiciels cloud, notamment des modèles de consommation avec paiement à l'utilisation et la portabilité des licences.

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

• Dans le cadre de la réécriture ou de la refactorisation de vos applications, pouvez-vous effectuer une migration vers les technologies suivantes ou les utiliser pour créer des solutions ?

  • Cas d'emploi non relationnels, NoSQL Database Cloud, lakehouses de données, Big Data Service, Data Science.

  • Agilité à l'aide de microservices et d'applications à 12 facteurs exécutés dans des conteneurs programmés avec Kubernetes.

  • Développement requérant peu ou pas de code avec Oracle APEX Application Development ou Microsoft Visual Basic.

  • Content Management et Oracle Digital Assistant.

• D'autres structures sont déployées directement sur Oracle Cloud Infrastructure ou disponibles dans Marketplace. Oracle fournit des outils reposant sur des directives et prend également en charge la compatibilité ouverte. Vous avez peut-être déjà démarré le processus de réécriture et de refactorisation dans certains domaines. Pour plus d'informations sur l'utilisation de ces outils dans Oracle Cloud Infrastructure en vue d'une migration plus directe, reportez-vous à Oracle Cloud Marketplace et au centre d'architecture Oracle.

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

• Utilisez Resource Manager pour gérer l'infrastructure en tant que code.

• Utilisez Cloud Guard, Security Zones et Security Advisor pour gérer les profils de sécurité. Utilisez Bastion pour sécuriser l'accès de gestion distant.

• Pour surveiller et améliorer la gestion des opérations, utilisez Logging Analytics, Management Agent et Database Management. Utilisez OS Management pour gérer et surveiller les mises à jour et les patches des environnements de système d'exploitation.

• Oracle Cloud Infrastructure propose une suite complète d'outils de développement et prend en charge les outils tiers grâce à l'intégration directe et à Marketplace.

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

• Data Transfer (transfert de données reposant sur un disque ou sur une appliance)

• GoldenGate

• Database Migration

• Migration vers le cloud

• Méthodes traditionnelles pour migrer des bases de données vers le cloud

Connectivité multicloud et hybride :

• Au cours de votre analyse, vous pouvez constater que certaines applications présentent une plus grande affinité avec les technologies natives d'autres fournisseurs de cloud. Une approche multicloud peut présenter des avantages en matière d'efficacité, de compatibilité et de continuité des activités. Dans certaines régions, Oracle Cloud Infrastructure est proche d'autres fournisseurs de cloud. Oracle Cloud Infrastructure facilite également l'implémentation inter-clouds avec l'interconnexion Oracle Cloud et Microsoft Azure.

• Lorsque vous regroupez vos applications en fonction d'attributs métier, étendez si nécessaire l'analyse de manière à inclure des applications d'autres clouds, en particulier si les cas d'emploi relatifs aux données partagées ou à l'intégration peuvent avoir une incidence sur l'architecture et la planification globales.

Nouvel inventaire des compétences. Les architectures planifiées nécessitent-elles de nouvelles compétences ?

• En fonction de l'importance stratégique d'une application, la préparation du personnel peut constituer une contrainte importante pour la progression et les délais. Les besoins en formation peuvent également avoir une incidence sur vos décisions architecturales. Examinez l'effort de formation global à consentir. N'oubliez pas que même une approche nécessitant peu d'efforts qui consiste uniquement en une formation en situation peut nécessiter beaucoup de changements, dont la prise en compte au fil du temps doit être planifiée.

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

  • Apprentissage autoguidé et formation en situation, si la nouvelle technologie est suffisamment semblable à l'approche existante.

  • Cours avec instructeur ou en ligne, ce qui implique généralement des coûts plus élevés, mais permet parfois d'accélérer le calendrier ou d'approfondir les sujets abordés.

  • Recrutement stratégique, si nécessaire. Votre plan d'entreprise prend-il en charge le recrutement stratégique ? Si vous embauchez de nouvelles équipes, avez-vous un moyen de partager et de maintenir le contexte lors de l'intégration du nouveau personnel ?

Objectifs d'entreprise :

• Pour mettre en correspondance les objectifs de votre entreprise avec les architectures planifiées, créez des attributs d'objectif d'entreprise explicites et affectez-les aux architectures planifiées. Cela peut vous aider à orienter votre analyse approfondie et à hiérarchiser les objectifs de votre entreprise lorsque vous changez de contexte, basculant de la résolution des problèmes techniques à celle des problèmes commerciaux.

• La capture des objectifs d'entreprise en tant qu'attributs spécifiques vous aide à rester objectif lors de l'évaluation des avantages. Par exemple, l'un des avantages d'une architecture planifiée particulière peut être le développement d'une nouvelle fonctionnalité. L'attribut d'objectif d'entreprise peut vous aider à déterminer si cette nouvelle fonctionnalité est également alignée sur les objectifs de votre entreprise pour l'application considérée.

• Voici des exemples courants d'attributs d'objectif d'entreprise :

  • Développement de nouvelles fonctionnalités.

  • Réduction des coûts. Par exemple : fermeture de centres de données ou suppression de futurs cycles d'achat de matériel.

  • Amélioration de la vitesse d'itération du cycle de développement logiciel (SDLC). Par exemple : nouveaux composants à 12 facteurs pour l'agilité des fonctionnalités, adoption d'outils d'intégration continue et de déploiement continu, ou d'une infrastructure en tant que code.

  • Amélioration de l'efficacité opérationnelle. Par exemple : amélioration de la surveillance et de l'automatisation, provisionnement rapide des environnements et intégration opérationnelle, consolidation des opérations via la suppression des applications ou pratiques héritées hétérogènes.

  • Amélioration de la continuité des activités. Par exemple : application de la capacité à la demande au sein d'une région pour une récupération rapide, extension de la disponibilité à d'autres régions grâce à la requalification des anciens incidents de type "sinistre" en événements de permutation à faible impact.

La matrice d'architecture planifiée doit être perçue comme une cible à long terme qui se déplace et évolue.

A mesure des itérations tout au long du processus d'évaluation pour chacune de vos applications et des attributs correspondants, tenez compte des points suivants :

1. Commencez à regrouper les applications en différentes phases d'implémentation. Reportez-vous à Création d'un plan d'implémentation en plusieurs phases.

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

3. Précisez vos priorités, en particulier lorsque vous cherchez à mieux comprendre l'impact des options choisies et ce que votre organisation peut absorber.

Vous constaterez peut-être que les intervenants de votre entreprise affinent leurs priorités en réponse aux solutions et compromis que vous identifiez. Pour cette raison, il est important de procéder à des itérations rapidement et souvent tout au long du cycle d'analyse complet (architectures actuelles, architectures planifiées et phases d'implémentation) afin d'aider les décisions en matière de validation et de compromis.