The Doppler Quarterly (FRANÇAIS) Édition spéciale 2019 - Page 49

Facteur n° 2 : évaluation et analyse objectives sur la base de règles Sitôt que l'on dispose de la visibilité nécessaire sur le paysage et les différents actifs, il devient possible déterminer le sort d’une application par le biais d’une évaluation et d’une analyse. Comme décrit ci-dessus, un effort d’analyse peut être établi au niveau du patrimoine, au niveau spécifique de l’activité et des applications, ou bien à celui de l’infrastructure. Le résultat d’une analyse réalisée au niveau du patrimoine fournit généralement à l’organisation une visibilité et une orientation sat- isfaisantes, notamment en ce qui concerne les premières migra- tions. Cette analyse indique également là où l’organisation a besoin de concentrer ses efforts à court, à moyen et à long terme pour répondre à ses objectifs stratégiques. Dans le contexte d’une analyse au niveau applicatif, l'une des interrogations typiques consiste à se demander quelles sont les applications les mieux adaptées aux migrations, et quels sont les modèles de plateforme et d’architecture les plus propices. Les métadonnées applicatives clés utilisées dans cette analyse entrent dans quatre catégories : commerciales, techniques, opéra- tionnelles, de sécurité et de gouvernance. Parmi les exemples de catégories de métadonnées techniques, on trouve l'architecture, l’environnement technologique, l'automatisation, les perfor- mances, l'évolutivité, les dépendances, la taille des données et la vitesse des données. Une analyse d’adéquation nécessite la définition de caractéris- tiques adaptées au cloud, ainsi qu'un mécanisme de notation pou- vant s’appliquer à toutes les applications, afin de déterminer si celles-ci doivent être transférées ou non dans le cloud. Une organ- isation peut par exemple fixer les caractéristiques suivantes pour juger qu'une application est inapte à être déplacée vers la plate- forme de cloud : • L'application est volumineuse, repose sur une instance unique et/ou monolithique et ne peut pas être subdivisée en services • L'application comporte une dépendance externe inaccessi- ble via la plateforme de cloud • L'application est incompatible avec la liste des biblio- thèques cloud compatibles approuvées • L'application implique des questions contractuelles, légales ou de licence, en raison de son incorporation à un module tiers ou de la technologie nécessaire à son exécution dans un environnement cloud Une fois que vous estimez qu'une application répond aux critères, vous pouvez choisir la plateforme de cloud et le modèle de migra- tion appropriés. Nous vous recommandons d'adopter une démarche quantitative dans laquelle chaque caractéristique de l’application est notée par rapport à un point de terminaison, puis récapitulée de manière à déterminer la plateforme de cloud adéquate. Dans bien des cas, la décision concernant la plateforme de cloud cible repose sur d’autres facteurs, tels que l'octroi de licence, la disponibilité contractuelle de services spécifiques ou l’affinité. Différents facteurs déterminent le modèle de migration, dont la fonction opérationnelle, les objectifs, le cycle d'activité, la criticité/ priorité, l'architecture applicative et l'effort requis. Pour prendre un exemple, une application commerciale personnalisée peut dans certains cas mieux convenir à une relocalisation d'hôte qu'à un changement de plateforme ou une refactorisation. Vous pou- vez appliquer un ensemble de règles aux caractéristiques d’une application afin de déterminer le modèle de migration. ÉDITION SPÉCIALE 2019 | THE DOPPLER | 47