Déplacer votre application vers le cloud ? Voici ce que vous devez savoir

De nos jours, tout le monde migre ses applications vers le cloud. Il est facile de repartir à zéro, mais que se passe-t-il si vous disposez d’une infrastructure existante que vous devez migrer ? Recréer votre réseau dans le cloud vous offre la possibilité de moderniser votre architecture et d’utiliser les nombreux avantages des fournisseurs de cloud comme AWS.

Qu’est-ce qui rend le cloud si utile ?

Dans sa forme la plus basique, le « cloud » est n’importe quel fournisseur d’infrastructure en tant que service qui vous permet de louer du matériel pour exécuter vos applications. De nombreuses entreprises gèrent leurs réseaux à partir de leurs propres serveurs sur site. Les louer à un tiers permet une plus grande flexibilité et la possibilité d’évoluer selon les besoins.

Cependant, les fournisseurs de cloud modernes comme Amazon Web Services (AWS), Google Cloud Platform, Microsoft Azure et Digital Ocean (DO) offrent bien plus que de simples serveurs payants. Ils se sont donné pour mission d’améliorer l’efficacité de leurs opérations et de fournir aux développeurs des outils faciles à utiliser qui facilitent grandement la création d’applications.

Par exemple, l’exécution de vos serveurs dans le cloud peut en fait vous faire économiser de l’argent. Alors que les serveurs dédiés seront bien sûr plus chers de cœur à cœur (car tout le monde va quelque peu marquer leurs produits), des fournisseurs comme AWS ont des systèmes avancés de mise à l’échelle automatique. Ceux-ci vous permettent d’automatiser entièrement le processus de cycle de vie de votre serveur, en créant et en détruisant de nouveaux serveurs au fur et à mesure que la demande fluctue, souvent plusieurs fois par jour. Au lieu de payer pour la capacité de pointe, vous pouvez réduire vos dépenses pendant les heures creuses et économiser de l’argent dans l’ensemble.

La configuration de la mise à l’échelle automatique vous permet également de créer automatiquement des serveurs supplémentaires au cas où vous rencontreriez une charge inattendue. Cela rend votre réseau hautement évolutif, et signifie que vous ne subirez pas vraiment de temps d’arrêt en raison d’un trafic élevé. Cette mentalité évolutive s’applique à tous les services. Par exemple, les fonctions Lambda d’AWS sont infiniment évolutives prêtes à l’emploi. Leurs systèmes gèrent l’exécution du code pour vous ; peu importe le nombre de fois que vous appelez la fonction par seconde, cela ne provoquera pas de goulot d’étranglement.

Le cloud permet également d’économiser de l’argent grâce à automatisation des tâches. Par exemple, le service de base de données relationnelle (RDS) d’AWS est un service SQL entièrement géré qui automatise une grande partie du travail de gestion des bases de données. Vous pouvez déjà payer quelqu’un pour effectuer ces tâches à votre place sur vos propres serveurs ; si vous utilisiez RDS, cette personne pourrait gérer plus de bases de données et passer le reste de son temps plus efficacement.

Et enfin, l’infrastructure cloud est souvent bien plus durable que les solutions sur site. Cela est dû en partie à des services tels que S3, qui sont incroyablement redondants pour le stockage de données, mais cela s’applique également à la conception de réseaux à haute disponibilité. Il est facile de concevoir des cas de basculement où un serveur de sauvegarde peut prendre le relais en cas de panne matérielle. Et, dans le pire des cas, la sauvegarde de tout sur votre réseau est très simple, car des services comme EBS qui alimentent le stockage de vos serveurs peuvent être configurés pour sauvegarder automatiquement vers S3.

Par exemple, le service DNS d’AWS, Route 53, prend en charge les vérifications de l’état qui surveillent votre matériel et basculent automatiquement le trafic au niveau DNS si un serveur ne répond plus. Les groupes de mise à l’échelle automatique prennent également en charge les vérifications de l’état et peuvent complètement arrêter et remplacer un serveur s’il rencontre des problèmes.

Moderniser votre architecture avec des solutions cloud

Le passage au cloud est une étape importante, mais avec les outils supplémentaires qui vous sont fournis, cela vous donne une bonne raison d’examiner votre architecture pour voir si certaines de ses parties peuvent bénéficier d’un changement de conception.

Par exemple, de nombreuses applications plus anciennes sont conçues pour être « monolithiques », c’est-à-dire regroupées dans un seul gros programme qui s’exécute sur votre serveur. Ce programme peut communiquer avec une base de données locale ou distante, gérer les requêtes Web entrantes, effectuer des requêtes, rechercher des informations, traiter des files d’attente et tout ce que votre cas d’utilisation souhaite.

Cela peut être bon pour faire fonctionner rapidement des choses, mais finalement, cela commence à poser un problème – ce n’est pas efficace. Tant qu’il essaie de gérer de nombreuses tâches complexes à la fois, il y aura toujours un aspect d’une grande application monolithique qui deviendra le goulot d’étranglement pour le reste de l’application. Ce qui se passe généralement alors, c’est que vous êtes obligé de monter en puissance, de provisionner plus de serveurs et d’exécuter plus d’instances. Cela peut être un gaspillage incroyable si le reste des composants du programme n’est pas mis à rude épreuve.

Ainsi, la solution vers laquelle de nombreux ingénieurs se dirigent est celle des « microservices ». Ce sont des services individuels qui ont chacun un objectif clair et fixe. Peut-être qu’un élément de votre application Web gère le traitement vidéo, et cela devient particulièrement stressant en comparaison lorsque les utilisateurs téléchargent de longues vidéos. Vous pouvez déplacer cette partie vers son propre microservice, la gérer en externe et l’appeler simplement en cas de besoin. Désormais, ce composant peut évoluer entièrement tout seul ; vous aurez peut-être besoin de trois serveurs exécutant le service de traitement vidéo, mais seulement de deux serveurs exécutant le reste de l’application. Cela permet une utilisation plus efficace de vos ressources et une conception globale plus évolutive.

Quels services devrais-je rechercher ?

Que vous optiez ou non pour une conception de microservices, d’autres solutions cloud peuvent être très utiles.

Nous discuterons de certains des services d’AWS, car ils sont le leader du secteur, en particulier en ce qui concerne le nombre de services qu’ils offrent. Cependant, la plupart des principaux ont des produits équivalents disponibles chez d’autres fournisseurs de cloud comme Azure, GCP et Digital Ocean.

Stockage d’objets cloud (S3)

La plupart des solutions sur site utilisent un stockage au niveau des blocs, ce qui signifie que les objets sont stockés sous forme de fichiers sur des disques et mis à disposition sur le réseau. Cependant, l’échelle de fournisseurs comme AWS permet de stocker d’énormes quantités de fichiers dans leur service de stockage simple (S3).

S3 n’a pas de dossiers traditionnels, bien qu’ils aient des clés d’objet qui fonctionnent principalement comme eux. Au lieu d’offrir un accès direct au lecteur sous-jacent, S3 vous permet simplement de stocker un fichier, dans le cloud, avec un nom et un emplacement. C’est tout, mais ce modèle de conception simple permet une grande flexibilité.

Par exemple, supposons que votre application autorise le contenu téléchargé par l’utilisateur. Le stockage d’images dans S3 serait une excellente option, et vous pouvez même les rendre disponibles sur Internet à l’aide du réseau de diffusion de contenu CloudFront d’AWS.

Le passage au stockage basé sur S3 est un peu un processus, mais il existe des solutions hybrides, comme la passerelle de stockage d’AWS.

Fonctions Cloud

Les fonctions cloud comme Lambda sont incroyablement utiles : elles vous permettent d’exécuter du code dans le cloud sans penser aux serveurs. Demandez simplement qu’une fonction soit exécutée, soit directement, soit à partir d’une API telle que la passerelle API d’AWS, et elle sera mise en file d’attente et exécutée sur des serveurs Lambda.

Vous payez simplement des frais pour le nombre de secondes CPU et la mémoire que votre fonction utilise. Peu importe combien vous appelez la fonction, elle sera mise à l’échelle pour la gérer.

Les fonctions cloud peuvent facilement automatiser des tâches simples sur votre réseau. Si vous avez un script de tâche cron qui s’exécute sur l’un de vos serveurs, envisagez de le déplacer vers Lambda. Bien sûr, Lambda ne se limite pas à de simples scripts. Il est très puissant et peut être utilisé pour créer des backends d’applications robustes.

Équilibreurs de charge et mise à l’échelle automatique

Les équilibreurs de charge sont des périphériques réseau qui répartissent le trafic entre les serveurs. Traditionnellement, vous deviez installer un serveur et le configurer vous-même à l’aide d’un programme comme HAProxy. Sur AWS, ils sont intégrés au réseau et il vous suffit de les activer et de payer des frais mensuels pour un.

La mise à l’échelle automatique est une autre fonctionnalité qui s’appuie sur les équilibreurs de charge. Plutôt que d’avoir votre liste de serveurs statique, elle est plutôt basée sur les demandes de trafic. Des serveurs seront ajoutés et supprimés du pool selon les besoins.

Cela présente de nombreux avantages, comme nous l’avons déjà expliqué, mais cela a également des impacts à long terme sur la façon dont vous utilisez et mettez à jour votre réseau. Parce que votre processus d’installation de serveur est automatisé, vous pouvez effectuer des déploiements de code bleu/vert, c’est-à-dire lorsque les serveurs sont mis à jour en créant des serveurs entièrement nouveaux, en attendant que le service soit en ligne et en basculant lentement le trafic vers eux pour éliminer tout problème.

S’il y a une chose que nous recommandons à tout le monde de configurer à coup sûr, c’est la mise à l’échelle automatique de vos principaux services EC2.

Pipelines CI/CD automatisés

L’intégration continue/le déploiement continu est le processus de configuration d’une génération automatisée de votre application qui se déploie sur le serveur chaque fois que vous apportez des modifications à votre contrôle de source.

Fondamentalement, vous envoyez un commit à Github (ou à tout autre référentiel que vous utilisez) et un service comme AWS CodePipeline démarre un serveur de build. Ce serveur construit et teste votre application, et s’il réussit, il envoie la version terminée à vos serveurs pour mise à jour. Si vous avez configuré la mise à l’échelle automatique, cela peut être fait avec un déploiement bleu/vert avec l’option de restauration rapide et facile si nécessaire.

Réseau de diffusion de contenu (CDN) intégré

Avoir un CDN peut sérieusement accélérer vos délais de livraison. Étant donné qu’AWS est fondamentalement une superpuissance informatique mondiale, leur CDN possède des nœuds périphériques dans le monde entier. De nombreux autres fournisseurs de cloud proposent des solutions similaires ; Le Cloud CDN de Google est l’un des plus rapides et des plus flexibles, car Google contrôle en fait une grande partie de l’infrastructure constituant Internet.

Pouvez-vous migrer sans temps d’arrêt ?

La migration sera un processus long et compliqué, mais cela ne signifie pas nécessairement un temps d’arrêt prolongé. Vous êtes susceptible d’avoir un peu de temps d’arrêt, mais le processus peut être rendu assez transparent.

Vous pouvez adopter l’une des deux stratégies suivantes : soit déplacer tous vos serveurs en même temps et basculer l’ensemble du réseau, soit déplacer des morceaux de vos applications vers le cloud et mettre à jour vos applications pour utiliser les nouveaux services.

La deuxième option se traduira par une approche hybride et c’est ce que la plupart des grandes entreprises choisissent de faire car il est plus rentable de ne déplacer que les choses qui en profitent le plus. AWS propose de nombreux services qui fonctionnent en intégrant du matériel sur site au cloud.

La première option est simple pour les petits déploiements et est rendue simple par des services tels que le service de migration d’applications d’AWS, qui peut rapidement déplacer une flotte de serveurs vers EC2. Vous aurez probablement toujours besoin de mises à jour de code et de configuration, mais cela peut déplacer l’ensemble de votre réseau dans un environnement de test où vous pouvez tout configurer, puis effectuer une transition lorsque vous êtes prêt.

Quoi qu’il en soit, le passage au cloud est une décision longue dont vous devez vous assurer qu’elle est bien documentée avec un plan clair. Votre configuration spécifique variera énormément, vous devrez donc examiner les meilleures pratiques pour le type d’applications que vous cherchez à exécuter.