Migrations vers le cloud réussies : Faire le grand saut

Vous ne le savez probablement pas, mais le cloud tel que nous le connaissons aujourd'hui a été défini pour la première fois par le PDG de Google, Eric Schmidt, en août 2006. Si nous sommes honnêtes avec nous-mêmes, personne n'a pris cette idée au sérieux (du moins pas dans un sens pratique) jusqu'à BEAUCOUP plus tard.

À peine cinq ans plus tard, le cloud a commencé à gagner en pertinence et de nombreuses réflexions ont été menées sur les implications du déplacement des applications héritées vers des plateformes cloud. En fait, de nombreuses leçons apprises précédemment en termes de migration de plateforme s’appliquent encore aujourd’hui.

Et comme je l’ai déjà dit sur ce forum, rien n’est jamais facile, et une fois que vous avez décidé de franchir le pas vers le cloud, le vrai travail commence.

Toute migration réussie nécessite non seulement l’élaboration d’une stratégie globale pour soutenir la migration, mais aussi la prise de décisions parfois difficiles en amont. La décision la plus tentante est de sauter complètement cette étape et de se lancer directement dans les activités de migration, mais cette décision « facile » peut condamner une migration vers le cloud à l’échec.

Les professionnels de l’informatique qui ont adopté un modèle de meilleures pratiques commencent par une compréhension du résultat souhaité et un mécanisme pour valider et mesurer le succès du parcours. À partir de ce point, une évaluation adéquate des applications à migrer et une compréhension des objectifs de la migration (par exemple, performances améliorées, latence réduite, évolutivité) peuvent être réalisées.

Phase I – Voulez-vous vraiment faire cela ?

Malgré tout le battage médiatique et la promesse de modèles à moindre coût, toutes les entreprises et toutes les applications ne devraient pas migrer vers un framework cloud. Ne vous méprenez pas, de nombreuses applications sont bien adaptées aux déploiements dans le cloud et certaines sont plus faciles à déplacer que d’autres, mais une réflexion approfondie sur les implications commerciales est nécessaire. Trop souvent, j’ai entendu des histoires d’horreur d’un dirigeant ordonnant au service informatique de « migrer vers le cloud » sans bien comprendre ce que cela signifie… et si vous êtes comme moi, il n’y a RIEN de mieux qu’une bonne compréhension. Une meilleure approche consiste à élaborer une véritable analyse de rentabilisation par rapport aux objectifs que vous avez définis dans votre stratégie globale. Répondez à la question : « Pourquoi est-ce que je fais ça ? » Et, honnêtement, si l’attrait des économies de coûts est le seul paramètre pris en compte, vous faites peut-être une erreur.

Phase II – Que dois-je déplacer et pourquoi ?

Différents professionnels appellent cette étape par différents noms, mais il s’agit en réalité de faire l’inventaire de votre environnement existant. Par exemple, si vous avez la possibilité d'exécuter votre application dans un framework VMware dans un environnement sur site et que vous recherchez une évolutivité supplémentaire, profiter de l'offre combinée F5/VMware/IBM Cloud qui vient d'être annoncée peut être une solution idéale. En proposant une solution validée qui exploite non seulement la suite de services virtuels BIG-IP de F5, mais également le provisionnement et l'intégration automatisés avec le portefeuille IBM Cloud pour VMware Solutions, nous facilitons grandement le passage au cloud.

Voici quelques avantages à profiter de cette solution :

• Livraison d'applications évolutives pour des temps d'arrêt réduits
• Tirer parti des investissements existants dans la programmabilité F5 pour réduire les délais de mise sur le marché
• Éliminer les obstacles aux déploiements rapides de charges de travail
• Assurer la portabilité de la charge de travail entre les locaux et le cloud IBM
• Éliminez les temps d'arrêt grâce au basculement transparent des applications
• Application cohérente des services de performance, de disponibilité et de sécurité de niveau entreprise de F5

Si vous travaillez dans un cadre différent, examinez attentivement les fonctionnalités de support sous-jacentes (par exemple, calcul, stockage, infrastructure) et les restrictions associées aux licences logicielles.

Une bonne règle de base pendant cette phase est de vraiment réfléchir à l’application elle-même (en plus de ce qu’il faut pour l’exécuter). Même s’il peut être judicieux de déplacer une application qui a été développée il y a seulement quelques années, il est probablement moins judicieux d’essayer de déplacer votre application qui existe depuis une décennie. N’oubliez jamais le poids de la dette technique – oui, c’est un terme galvaudé de nos jours, mais le véritable défi réside dans les connaissances spécifiques au domaine requises pour le faire fonctionner normalement, sans parler d’une nouvelle frontière. Comme le disait Thomas Watson de CTR/IBM en 1911 : « RÉFLÉCHISSEZ ! » et tout ira bien.

Phase III – « J’y vais à fond !!! »

Conception. Conception. Conception. Migrer. Valider. Répéter. Si vous suivez ces simples conseils, vos chances de succès sont élevées. De nombreuses entreprises ont aujourd’hui adopté une stratégie CI/CD (amélioration continue, livraison continue) pour leurs déploiements cloud.

La plupart des efforts commencent par une application relativement simple par nature et s’en inspirent. Je trouve également que cette approche est plus efficace même lorsqu’elle est utilisée au sein de ma propre équipe. Le processus itératif se prête à une amélioration rapide et continue des produits et des services – dans ce cas, au succès de vos applications dans le cloud. Et après avoir réussi votre premier mouvement, ils deviendront plus faciles à mesure que vous apprendrez.

Bien sûr, assurez-vous d’avoir défini une stratégie pour tester l’application nouvellement déployée et arrêter le ou les systèmes existants une fois que vous êtes sûr que tout fonctionne comme il se doit et que l’univers n’est pas terminé.

Mon dernier conseil pour cette phase… J’ai personnellement constaté que les meilleurs déploiements (et les plus réussis) sont ceux où les équipes de développement d’applications et d’exploitation du réseau sont bien alignées et travaillent ensemble tout au long du processus.

Phase IV – Adopter des pratiques modernes orientées vers le cloud

Lors de votre première étape dans le parcours vers le cloud et lors de la migration de votre première application depuis les systèmes hérités que vous abandonnez, gardez à l’esprit que l’informatique moderne repose sur une réflexion au niveau des systèmes et non sur un engagement au niveau des tâches. Devenez un créateur de boutons, pas seulement un pousseur de boutons.

Dans mon prochain article, je vais vous donner quelques idées plus spécifiques sur les options de migration réelles. Restez à l'écoute.