Stratégies de migration vers le cloud
1. Qu’est-ce que le “Lift-and-Shift” ?
Le rehosting, ou “lift-and-shift”, consiste à déplacer une application et ses données vers le cloud sans en modifier l’architecture. Cette approche exploite l’Infrastructure as a Service (IaaS) du fournisseur cloud.
Avantages
- Économies immédiates. Les applications peuvent utiliser des systèmes cloud plus économiques sans nécessiter de développement ou de tests coûteux.
- Gain de performance facile. Les applications peuvent bénéficier d’un matériel cloud plus performant.
- Moins de nouveaux risques de sécurité. L’application reste globalement inchangée lors de la migration.
- Site secondaire hautement disponible. Déplacer les données vers le cloud est souvent moins cher que les plans de reprise d’activité existants.
Inconvénients
- Ne tire pas pleinement parti du cloud. Les applications conçues pour le matériel sur site ne profitent pas des fonctionnalités cloud comme l’auto-scaling ou la répartition dynamique de charge.
- Problèmes de latence et de performance. Les applications sur site sont conçues pour des systèmes spécifiques et peuvent mal fonctionner dans un environnement cloud.
2. Qu’est-ce que le refactoring pour le cloud ?
Le refactoring consiste à migrer une application vers le cloud en la réarchitecturant pour exploiter la Platform as a Service (PaaS) du fournisseur cloud.
Avantages
- Fonctionnalités améliorées. Les applications peuvent être adaptées pour bénéficier de la flexibilité et de l’évolutivité du cloud.
- Réécriture minimale. Les développeurs peuvent réutiliser les langages, frameworks et portions de code existants.
- Réduction des coûts. La gestion efficace des ressources dans le cloud permet d’éviter des coûts d’exploitation élevés.
- Fiabilité accrue. Les composants applicatifs sont découplés et intégrés à des services managés hautement disponibles.
Inconvénients
- Plus complexe. Le refactoring implique des modifications de code nécessitant une expertise et comporte des risques d’erreurs, de retards et de surcoûts.
3. Qu’est-ce que la conteneurisation ?
La conteneurisation consiste à empaqueter une application et ses dépendances dans un conteneur pouvant être déployé sur n’importe quel environnement cloud compatible.
Avantages
- Pas de dépendance fournisseur. Une application conteneurisée est découplée de son environnement d’exécution et peut être redéployée facilement.
- Déploiement minimaliste. Toutes les dépendances sont incluses dans le conteneur, assurant un fonctionnement prévisible.
Inconvénients
- Gestion de l’orchestration. Le déploiement à grande échelle nécessite des outils comme Kubernetes, ce qui peut ajouter de la complexité.
4. Qu’est-ce que le serverless ?
Le serverless permet d’exécuter du code sans gérer d’infrastructure serveur. Le fournisseur cloud alloue dynamiquement les ressources nécessaires à l’exécution des fonctions.
Avantages
- Paiement à l’usage. Vous ne payez que pour les ressources consommées lors du traitement des requêtes.
- Scalabilité automatique. Les ressources sont allouées à la demande, assurant une haute disponibilité.
Inconvénients
- Non adapté aux fonctions longues. Les fonctions serverless sont conçues pour des exécutions courtes.
- Coûts de transfert de données. Les transferts importants peuvent augmenter la facture.
- Débogage difficile. Les contextes d’exécution sont éphémères, rendant la recherche de bugs plus complexe.
5. Qu’est-ce que le cloud-native ?
Une migration cloud-native consiste à déplacer toute l’infrastructure et les opérations de développement vers le cloud.
Bénéfices du cloud-native
L’un des principaux avantages du cloud-native réside dans la gestion des ressources. Traditionnellement, les développeurs gèrent eux-mêmes l’allocation de ressources. Les applications cloud-native sont déployées sur le cloud, où l’infrastructure sous-jacente est abstraite.
Grâce à des ressources quasi illimitées, les développeurs n’ont plus à se soucier de leur disponibilité.
Les performances peuvent être encore améliorées grâce à des services spécialisés (analytique, bases de données, IoT, ML, etc.), chacun développé avec le langage et le framework les plus adaptés.
Les applications cloud-native ne sont liées à aucun système d’exploitation ou matériel spécifique, ce qui facilite leur évolution.
Enfin, les microservices peuvent être développés, testés et déployés indépendamment par différentes équipes DevOps, permettant des mises à jour fréquentes et sans impact global.
Migrer vers le cloud sans perturber l’activité
La migration vers le cloud peut se faire par étapes pour minimiser les perturbations.
Lors de la première phase, les applications peuvent être migrées via “lift-and-shift” avec un minimum de risques. Aucun code n’est modifié et l’infrastructure périphérique reste identique. Les applications nécessitant des exécutions longues peuvent être migrées vers des conteneurs cloud.
En phase deux, les applications migrées peuvent être refactorisées pour exploiter davantage les services cloud-natifs, comme les fonctions serverless.
Après cette phase, tout nouveau développement et gestion d’applications peuvent être cloud-natives pour plus de rapidité, d’agilité et de résilience.
INGENO a accompagné Opération Nez Rouge, un organisme à but non lucratif de Québec, dans sa transformation cloud. Leur système interne, développé depuis le début des années 2000, était devenu complexe et difficile à faire évoluer.
Opération Nez Rouge ne voulait pas attendre deux ans pour migrer, car une nouvelle campagne devait démarrer dans 6 mois. Les instabilités croissantes, la complexité des déploiements et l’architecture client-serveur rigide ont poussé l’organisme à accélérer sa transformation numérique.
Ils ont donc fait appel à INGENO pour créer une application cloud-native entièrement nouvelle. Avec des pics de demande très élevés, l’équipe de développement s’est concentrée sur l’optimisation des ressources AWS pour maîtriser les coûts. Elle a aussi investi massivement dans les déploiements automatisés et les tests end-to-end. Cela a permis de livrer une plateforme SaaS éprouvée, même sans test en conditions réelles avant le lancement.
INGENO a mis en place pour Opération Nez Rouge un système de remplacement évolutif et hautement disponible sur Amazon Web Services (AWS), remplaçant l’ancien système sans une seconde d’indisponibilité.