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