La portabilité dans le nuage est une stratégie permettant de créer des applications natives dans le nuage évolutives et résilientes. Lorsque l'on parle de cloud-native, la portabilité du cloud est souvent sous-entendue. Il s'agit d'une approche architecturale du développement et du déploiement d'applications qui maximise l'élasticité et l'agilité des ressources informatiques en nuage. Cependant, lorsque les équipes démarrent avec un seul fournisseur de cloud et construisent autour d'outils et de services gérés spécifiques à ce fournisseur initial, elles peuvent rapidement être bloquées par le fournisseur.
Une charge de travail portable est une charge qui peut être facilement migrée, déployée et gérée dans différents environnements informatiques et plateformes d'infrastructure. Elle permet aux entreprises d'éviter le verrouillage des fournisseurs et de conserver une certaine flexibilité dans leurs stratégies d'informatique dématérialisée.
Lorsque vous commencez par adopter une approche agnostique et que vous exploitez des outils qui peuvent être utilisés avec n'importe quel fournisseur de services en nuage, vous avez la possibilité d'apporter des changements au fur et à mesure que vos besoins évoluent. Une stratégie portable vous permet également de mieux comprendre comment vous utilisez vos ressources et pourquoi, et vous donne la possibilité de diversifier vos ressources en nuage ou de changer de fournisseur en fonction des besoins de l'application et de l'entreprise.
Concevoir votre stratégie de portabilité de l'informatique dématérialisée
Si vous débutez ou si vous reconsidérez votre architecture d'application en nuage, voici cinq étapes pour concevoir une charge de travail portable réussie.
Identifier les besoins
La première étape pour obtenir une charge de travail portable consiste à identifier objectivement les exigences de la charge de travail. J'ai vu trop souvent ce processus entaché de subjectivité, parce que les yeux se posent sur les services attrayants d'un fournisseur de cloud avant que cette étape initiale ne soit achevée. C'est pourquoi l'accent est mis ici sur la définition de vos besoins avant de avant d'envisager le choix de votre (vos) fournisseur(s) de services en nuage.
Il s'agit d'adopter une approche minimale pour comprendre les fonctionnalités et les caractéristiques requises pour répondre à tous les résultats attendus, puis d'identifier les piles logicielles et les dépendances, ainsi que d'autres composants pour répondre à ces besoins. Avoir une perspective objective et plus dépouillée comme celle-ci, c'est comme regarder le nuage à travers un objectif grand angle. Elle met en évidence une grande partie des fonctionnalités qui peuvent être exécutées sur les primitives de l'infrastructure de base du nuage qui existent chez n'importe quel fournisseur.
Identifier les points de blocage
Que l'application soit encore en phase de construction ou de planification, ou qu'elle ait déjà été développée et déployée sur une plateforme en nuage, évaluez la conception actuelle de l'architecture pour identifier les composants et les services qui sont spécifiques à cette plateforme.
Si vous avez identifié des points de verrouillage des fournisseurs, prenez le temps d'en évaluer les raisons. Commencez par répondre aux questions suivantes.
- Une solution a-t-elle été choisie, ou au moins envisagée, pour accélérer le déploiement ou le délai de mise sur le marché ?
- La solution était-elle basée sur la consultation ou sur l'assistance/interopérabilité avec d'autres services sur cette plateforme ?
- Quels étaient vos coûts au moment de la sélection de cette solution par rapport à aujourd'hui ?
Après avoir répondu à ces questions, vous pouvez commencer à cartographier la source ouverte idéale ou d'autres solutions alternatives qui fournissent la même fonctionnalité ou une fonctionnalité similaire, évaluer les efforts nécessaires à la mise en œuvre et élaborer un plan d'exécution. Si, après toutes ces évaluations, vous décidez de vous en tenir à un service spécifique à une plateforme, assurez-vous que vous disposez d'une stratégie de sortie. L'enfermement dans un fournisseur d'informatique dématérialisée se présente sous deux formes : architecturale et opérationnelle. Une stratégie de sortie bien pensée d'un service en nuage propriétaire peut atténuer ces deux problèmes.
Construire pour l'évolutivité et la disponibilité
L'évolutivité horizontale et la distribution peuvent être obtenues en utilisant des technologies d'équilibrage de charge en conjonction avec la conteneurisation, les images de calcul, la gestion de la configuration et la séparation des composants avec et sans état. L'état doit être déclaratif dans la mesure du possible, maintenu et géré par une source unique de vérité, et automatiquement répliqué et synchronisé.
Conception pour la modularité
Les architectures monolithiques peuvent devenir encombrantes et presque impossibles à gérer, ce qui nuit à la flexibilité nécessaire pour apporter des changements de manière portable. C'est pourquoi les charges de travail doivent être conçues de manière modulaire, avec des composants disparates clairement définis, et qui fonctionnent ensemble comme un système faiblement couplé. Une conception "cloud-native" offre un processus efficace de mise à jour ou de remplacement des composants individuels sans affecter l'ensemble de la charge de travail, ce qui favorise en fin de compte la maintenabilité, l'adaptabilité et... la portabilité !
Tout comme le code
Si vous développez des applications cloud-natives, vous devez connaître l'approche déclarative du déploiement. Cherchez à codifier chaque partie de votre charge de travail : application, infrastructure et gestion de la configuration. Avec cette approche, vous pouvez automatiser le déploiement de nouveaux environnements (c'est-à-dire dev, staging, test) ou répliquer des environnements existants. Cela facilitera le processus de déploiement bleu/vert et vous aidera à récupérer rapidement en cas de sinistre.
Une approche GitOps vous permet de bénéficier d'une vision unique pour réaliser la portabilité, avec les avantages de fiabilité des pipelines d'automatisation pour standardiser vos déploiements, une visibilité accrue pour la conformité/l'audit, et l'application des politiques en tant que code. Pour en savoir plus, consultez notre guide gratuit GitOps pour la portabilité dans le cloud.
Vous avez besoin d'aide pour concevoir une stratégie de portabilité dans le Cloud Computing d'Akamai ? Contactez nos experts du Cloud pour une consultation.
Commentaires (1)
Thanks for info!