The Doppler Quarterly (FRANÇAIS) L'automne 2016 | Page 76

voiture que vous n’avez jamais remarquée jusqu’au jour où quelqu’un d’autre conduit
votre voiture. En fonction de la complexité, de l’âge et de l’architecture de l’application,
l’effort pour migrer vers le cloud peut varier considérablement. Pour cette raison, nous
recommandons une approche de banc d’essai de la migration menant vers l’initiative
Migration à l’échelle.
Utilisation d’un modèle de banc d’essai de migration
Un outil d’interface de migration est une équipe d’ingénieurs qui réalisent un ensemble
spécifi que de tâches de migration. Il existe cinq types de banc d’essai de migration. Ces
types sont les suivants :
Héberger - Généralement appelé « Lift and Shift », cet outil d’interface est une migra-
tion machine à machine des applications et des données vers la plate-forme cloud. Il
s’agit de la plus simple des voies de migration et elle peut être effectuée de manière
automatisée pour la plupart des tâches. Toutefois, vous ne vous rendez pas compte de
tous les avantages du cloud, car les applications n’ont pas été développées ni réécrites
pour le cloud
Modifi er la plate-forme
- L’outil d’interface de modifi cation de la plateforme est
une équipe d’ingénieurs qui effectuent des fonctions mineures mais essentielles de
modifi cation de la plate-forme afi n de permettre aux serveurs et logiciels des applica-
tions de s’exécuter sur la nouvelle plateforme cloud. Généralement, cela implique des
changements d’environnement, et non pas des changements de niveau de code. La mod-
ifi cation de la plate-forme inclut :
• Mises à niveau aux versions OS et/ou base de données
• Changements importants de DNS et réseau
• Changements INI et de fi chier de confi guration
Restructurer - Restructurer une application se produit lorsque les changements de
niveau de code sont requis. Cela doit inclure les analyses de code pour les bloqueurs qui
pourraient empêcher la migration vers le cloud. Chez CTP, nous utilisons un outil nommé
PaaSLane, qui analyse le code .NET et Java pour y détecter les domaines problématiques
susceptibles de restreindre la migration vers le cloud. La restructuration est une
fonction complexe qui requiert que l’équipe dispose de compétences dans le domaine
des services cloud, ainsi que des connaissances en sécurité et en infrastructure.
Retirer - Retirer les applications semble être direct, mais de nombreux clients négli-
gent un grand nombre d’avantages. En moyenne, 30 % de vos applications du datacenter
seront mises au rebut en raison des services répliqués au sein des plates-formes cloud.
De plus, il existe souvent des applications exécutées dans les datacenters qui sont main-
tenues uniquement à des fi ns de conformité. Elles pourraient être mises au rebut rap-
idement dans le cloud en créant le système dans le logiciel, en le testant et en l’arrêtant,
utilisant ainsi les services uniquement si nécessaire. Cela crée des économies
considérables.
Remplacer - Remplacer les applications est plus complexe et très dépendant de l’unité
opérationnelle ou des propriétaires de l’application. Toutefois, l’outil d’interface Rem-
placer est requis au cas où l’encombrement total du datacenter serait éliminé.
Conserver - Sauf si vous avez un objectif à empreinte nulle, il est probable que vous
avez conservé une partie de votre patrimoine d’applications. À ce stade, cela concerne
réellement les scénarios de fi n de vie et comment planifi er le déclassement de la plate-
forme. Le défi n’est pas de conserver les applications, mais de savoir comment les appli-
cations dans le cloud s’associeront aux applications conservées. Il arrive souvent que les
applications conservées soient des centres de gravité. Il s’agit d’immenses bases
74 | THE DOPPLER | AUTOMNE 2016