Stratégies populaires de migration vers le cloud
« Soulever et déplacer »
À ne pas confondre avec les méthodes « wham-bam »:) Cette approche, également connue sous le nom de « réhébergement », consiste à apporter un minimum de modifications à votre infrastructure, à ne pas la reconcevoir et à adopter des méthodes simples telles qu'elles sont. Oui, c'est plus rapide que toute autre stratégie, mais ce n'est certainement pas la meilleure idée pour les projets comportant des plans à long terme, une infrastructure complexe, de multiples intégrations et des bases de données volumineuses. Si vous avez besoin d'une application stable pendant 100 % de votre temps, il vaut mieux ne pas prendre le risque d'utiliser cette stratégie. Pour minimiser le temps de migration, vous devrez éviter d'étudier en profondeur les meilleures solutions pour chaque partie de votre application. Cela pourrait vous causer des complications à l'avenir.
Quoi qu'il en soit, si vous migrez sur la base d'une stratégie de réhébergement, les modifications suivantes de votre application seront beaucoup plus faciles à mettre en œuvre à l'aide des outils cloud.
« Déplace-toi et améliore »
La stratégie de replatforming suppose que votre équipe apporte des modifications partielles à votre infrastructure afin de l'adapter au cloud, mais pas complètement. Cette approche nécessite une planification extrêmement attentive et des tests d'intégration actifs. Vos nouveaux outils de dimensionnement peuvent fonctionner pour votre future plateforme cloud, mais ils nécessitent des formats d'entrée que votre ancienne base de données ne peut pas produire. C'est le piège typique qui attend les développeurs inconscients.
Avec cette stratégie, vous risquez de gaspiller beaucoup de ressources à comprendre que vous êtes toujours au beau milieu de nulle part : avec une base hors cloud et quelques fonctionnalités sophistiquées du cloud qui ne vous sont pas bénéfiques.
Refactorisation ou réarchitecture
Cette stratégie suppose que vous réécrivez l'ensemble de l'application pour qu'elle devienne native du cloud. Cela prend du temps et nécessite une équipe qualifiée distincte ou un senior expérimenté comme Dysnix pour réinventer l'ensemble de l'application au moyen d'instruments cloud. Mais vous bénéficierez de tous les avantages attendus de l'incarnation cloud de votre application : évolutivité rapide, automatisation presque sans effort, sécurité améliorée, etc.
Rachat
Au lieu de réécrire votre application, vous en achetez simplement une autre, native du cloud, similaire avec des fonctions similaires. Ce n'est probablement pas la meilleure stratégie pour les grandes entreprises, mais une véritable astuce pour les startups et les entreprises qui visaient une vérification rapide des hypothèses et une croissance.
De cloud à cloud
Si vous devez changer de fournisseur de cloud, vous élaborerez votre propre stratégie de cloud à cloud. En règle générale, chaque service d'un fournisseur a son équivalent pour un autre. Soyez prêt à choisir une alternative pour chaque partie de votre application et à choisir le bon moment pour la migration.
Migration inversée vers le cloud
Oui, il arrive que les projets reprennent leur activité sur site pour des raisons et restrictions légales, de sécurité ou commerciales. Ce faisant, vous devez prendre en charge toute l'assistance que l'ancien fournisseur de cloud vous a apportée.
Services et outils de migration vers le cloud
Chaque fournisseur regorge littéralement d'utilitaires, d'outils et de services qui aident les entreprises à développer leurs applications dans un environnement cloud.
Ensemble d'outils de base
Les outils les plus populaires, dont l'efficacité et la fiabilité ont fait leurs preuves, que nous proposons d'utiliser pour la mise en œuvre de vos approches de migration vers le cloud :
Outils de migration utiles à connaître
L'utilisation d'outils d'orchestration indépendants du cloud (tels que Kubernetes) vous permet de créer un niveau d'abstraction supplémentaire qui soit minimalement lié à l'infrastructure sous-jacente (à la fois pour les entreprises sur site ou dans le cloud). Quel que soit le type d'infrastructure dont vous disposiez auparavant et ce que vous souhaitez atteindre dans le cloud, K8S peut rendre cela possible.
Velero est l'un des meilleurs outils pour la migration des clusters Kubernetes. Il crée des copies de réserve des ressources, des clusters et des données persistantes, et les déploie avec succès dans le nouvel environnement de n'importe quel type d'infrastructure de sous-couche.
Équilibrage de charge cloud vous aide à terminer la migration sans perte de trafic, sans interruption de service et avec un minimum de risques. Assurez-vous de vérifier comment utiliser Cloud Load Balancing prochainement pour votre projet.
Lors d'une migration avec Kubernetes, ces deux outils sont généralement suffisants pour les projets les plus simples. Si votre projet fait partie de ces derniers, ne vous inquiétez pas, car chaque application peut être migrée à l'aide d'un ensemble distinct d'outils dédiés.
Outils de migration depuis des environnements sur site
Si vous quittez un environnement sur site, nous vous recommandons toujours de tout migrer vers le niveau SaaS. Pour la plupart des services, il existe plusieurs analogues. Par exemple, Amazon propose Service de migration de base de données AWS pour une migration simple vers RDS. Il s'agit d'un service similaire que vous pouvez trouver sur Google — Service de migration de bases de données Google Cloud — et avec de nombreux autres fournisseurs de cloud.
Quelle est la prochaine étape ?
Dans nos prochains articles, nous aborderons plus en détail la migration vers différents fournisseurs de cloud et le problème de la configuration rapide après le passage à un nouvel environnement. En outre, nous prévoyons d'écrire un article sur le stockage par blocs, sur la manière d'établir une surveillance pour la migration et les projets migrés, et sur DevSecOps pour les projets cloud.
Restez à l'affût !
.jpg)
.jpg)
