Incroyables applications multicloud fédérées

Ces jours-ci, j’entends beaucoup parler de l’objectif d’exécuter des applications fédérées sur l’ensemble des fournisseurs de cloud. Nous souhaitons créer ces applications multicloud pour de nombreuses raisons, notamment :

• Pour optimiser les ressources cloud sous-jacentes pour les composants de l’application. Par exemple, une partie de l’application gourmande en CPU peut s’exécuter sur une partie d’un service cloud qui fournit le traitement le plus rapide au coût d’utilisation le plus bas.
• Pour obtenir une résilience optimale, étant donné que les pannes ne concernent généralement pas les fournisseurs de cloud. Ainsi, nous répartissons le risque sur plusieurs fournisseurs.
• Pour éviter l’enfermement. Nous pouvons désormais mettre nos œufs dans de nombreux paniers différents en nous concentrant sur les plates-formes abstraites de niveau supérieur par rapport aux jardins clos des fournisseurs de cloud public.

Comment exécuter des applications fédérées

Bien qu’il existe de nombreuses façons de déployer des applications fédérées, concentrons-nous sur la plus populaire : Kubernetes. Vous configurez généralement un cluster de conteneurs Kubernetes qui couvre plusieurs fournisseurs de cloud. Cela crée plusieurs choix.

Vous pouvez utiliser la fédération Kubernetes pour gérer plusieurs clusters Kubernetes sur différents clouds en tant que cluster logique unique. Cette approche nécessite de configurer et de connecter chaque cluster Kubernetes spécifique au cloud au plan de contrôle de fédération. Le plan de contrôle est conçu pour gérer les clusters fédérés et fournir un accès aux interfaces communes.

Certains fournisseurs de cloud proposent des services Kubernetes gérés, tels qu’Amazon Elastic Kubernetes Service (EKS), Google Kubernetes Engine (GKE) ou Azure Kubernetes Service (AKS). Vous provisionnez des clusters Kubernetes dans chaque fournisseur de cloud et établissez une connectivité entre eux. Vous pouvez les exécuter sur site, mais ce n’est généralement pas le chemin le moins cher et le plus simple.

Il est également conseillé d’explorer les solutions Kubernetes intercloud (comme Rancher) qui vous permettent de gérer des clusters entre différents fournisseurs de cloud à partir d’une interface unifiée. Bien sûr, il existe d’autres moyens tout aussi viables d’y parvenir ; L’éleveur n’en est qu’un.

Les déploiements fédérés sont-ils une bonne idée ?

Ce n’est pas une question de si vous pouvez le faire. Tu peux. La meilleure question est devriez-vous le faire ? Nous avons couvert les avantages, examinons maintenant quelques inconvénients potentiels.

Complexité et frais généraux de gestion accrus. Le déploiement d’applications sur plusieurs fournisseurs de cloud introduit une complexité en termes de mise en réseau, de sécurité, de gestion des données et de stratégies de déploiement. La conception, la mise en œuvre et la maintenance d’un environnement d’orchestration de conteneurs multicloud nécessitent des connaissances et des compétences spécialisées. Cette complexité peut augmenter les frais généraux de gestion et les coûts opérationnels.

Dépendance vis-à-vis des fonctionnalités spécifiques au fournisseur de cloud. Kubernetes et d’autres plates-formes d’orchestration de conteneurs visent la portabilité et l’abstraction, bien que certaines fonctionnalités et intégrations avancées puissent être exclusives à des fournisseurs de cloud spécifiques. Si votre application dépend fortement de fonctionnalités spécifiques au fournisseur, cela pourrait limiter sa capacité à fonctionner correctement sur plusieurs clouds.

Optimisation des coûts limitée. Bien que les déploiements multicloud aient le potentiel d’optimiser les coûts, il peut s’avérer difficile de réaliser des économies substantielles. Les modèles de tarification, les types d’instances et les structures de remise varient selon les différents fournisseurs de cloud. L’optimisation des coûts sur plusieurs clouds nécessite une surveillance, une gestion et une planification minutieuses, ce qui peut ajouter de la complexité et des frais généraux.

Incohérences de déploiement et disparités de plate-forme. Malgré les efforts déployés pour assurer la cohérence, le comportement, les fonctionnalités ou les performances de la plate-forme d’orchestration de conteneurs d’un fournisseur de cloud à l’autre peuvent varier. L’utilisation de plusieurs clouds peut entraîner des déploiements incohérents et des résultats imprévisibles, ce qui peut nécessiter une attention particulière pour l’identification et la résolution.

Exigences spécifiques aux applications. Toutes les applications ne bénéficient pas de l’exécution sur des clouds publics. Certaines applications peuvent avoir des exigences strictes en matière de souveraineté des données, des charges de travail sensibles aux performances ou des dépendances à des services cloud spécialisés qui ne sont pas facilement répliqués sur plusieurs clouds. Dans de telles situations, un centre de données privé ou un fournisseur de cloud unique peuvent être des options plus appropriées. Je ne vois pas beaucoup d’entre eux émerger car la plupart des architectes et développeurs cloud ont peu d’expérience dans la création d’applications multicloud fédérées. De plus, il existe peu ou pas de bonnes pratiques.

Même si nous surmontons ces obstacles, il reste encore de nombreux compromis à prendre en compte. Avant de se lancer dans la création d’une application fédérée inter-cloud à l’aide de Kubernetes et de conteneurs, il est essentiel d’évaluer en profondeur tous les facteurs nécessaires, tels que les protocoles de sécurité, les tests de performances et les stratégies de déploiement. En prenant le temps d’analyser ces aspects critiques, vous pouvez assurer une mise en œuvre réussie et efficace de votre application, et cela a l’air amusant.