Vers la modernité: comment accéder au cloud en tant que grande entreprise de logiciels | par Allen Helton | Meilleure programmation | Octobre 2020

Online Coding Courses for Kids

photo par Barth Bailey sur Unsplash

Avant de parler de la migration vers le cloud, je souhaite aborder les types de migration vers le cloud. Il existe différents degrés d’accès au cloud que vous et votre entreprise envisagez. Les trois principaux types de migration sont:

  • Soulever et déplacer
  • Construction cloud
  • Échange à chaud

Bien qu’il existe probablement de nombreuses autres variantes de migration vers le cloud, elles peuvent toutes être regroupées d’une manière ou d’une autre à ces trois. Alors, apprenons un peu à leur sujet, d’accord?

Soulever et déplacer

Aussi connu sous le nom réhéberger, le approche lift-and-shift la migration vers le cloud est souvent la plus courante. Cette stratégie de migration implique de prendre vos serveurs d’applications sur site ou hébergés dans un centre de données et de les déplacer vers un fournisseur de cloud en l’état. Les serveurs sont rendus virtuels et sont hébergés exactement comme ils l’étaient sur site.

Bien qu’il s’agisse techniquement d’une stratégie de migration vers le cloud, j’ai tendance à penser que cela ne vous fera pas progresser rapidement vers modernisation. Ce qu’il fera, cependant, c’est que votre logiciel soit hébergé par un fournisseur de cloud et réduira probablement les coûts pour vous et vos clients.

L’ascenseur et le quart de travail pourraient être considérés comme de simples boîtes de déplacement. Je l’ai récupéré à cet endroit et je l’ai posé à cet endroit. Rien n’a changé sauf là où se trouve la boîte.

En tant que grande entreprise de logiciels, cette approche est souvent la le moins perturbateur et offre le moindre risque.

Construction cloud

À l’autre extrémité du spectre, nous avons un construction cloud. Il s’agit de l’approche «repartir de zéro avec rien d’autre que des leçons apprises».

Cette méthode consiste littéralement à partir de rien et à utiliser des services cloud pour créer votre application. Cela pourrait impliquer conteneurs, fonctions lambda, Kubernetes, Passerelle API, MongoDB, DynamoDB, ou quoi que ce soit entre les deux.

L’avantage de cette approche est que lorsque vous avez terminé, vous disposez d’une application cloud native – une application qui évolue avec élégance, tire pleinement parti de sa présence dans le cloud et est en fait une application moderne. Il est hébergé par un fournisseur de cloud, tire parti des services cloud gérés et est sécurisé.

En tant que grand éditeur de logiciels, vous devrez bien sûr maintenir votre ancien logiciel jusqu’à la date de dépréciation, mais vous vous êtes fortement engagé à moderniser et à tirer parti des avantages du cloud.

Cette approche peut être considérée comme un arrachement du pansement. Faites-le rapidement pour en finir.

Comme vous pouvez l’imaginer, un cloud construit à partir de zéro est le le plus perturbateur et a un risque important.

Échange à chaud

Supposons que votre application soit actuellement en production. Il s’agit d’une application volumineuse, qui compte plus de 20 ans de développement, et qui est maintenue par des dizaines de développeurs.

En tant qu’entreprise, vous vous êtes engagé à vous moderniser à une certaine date, mais vous savez que vous ne pouvez pas faire une nouvelle version du cloud et que vous avez l’impression que le changement ne suffit pas.

Que faire?

Divisez votre application en petits morceaux et commencez à les déplacer vers le cloud.

Votre application permet-elle le téléchargement et la maintenance de fichiers? Créez une nouvelle version cloud native qui ne gère que la gestion des documents. Une fois créée et dans le cloud, mettez à jour votre application pour utiliser le nouveau service au lieu du code de gestion des documents hérité. Fait une échange à chaud.

Cette approche est la méthode Lego. Vous créez un ensemble de services dans le cloud qui peuvent ou non avoir la parité des fonctionnalités avec ce que vous avez actuellement et commencez à déplacer l’ancienne application pour les utiliser à la place.

En échangeant à chaud, vous vous donnez la possibilité de vous déplacer à votre rythme et au fil du temps, de migrer l’intégralité de votre application vers le cloud à l’aide de fonctionnalités cloud natives. Gagnant-gagnant!

L’approche d’échange à chaud peut être perturbatrice et risquée si vous ne jouez pas correctement. Mais nous sommes ici pour parler de ce que vous pouvez faire pour atténuer les perturbations et les risques.

Close Menu