Décoder l'avenir : comprendre les subtilités du maillage de cloud hybride par rapport au maillage de services - IBM Blog

Décoder l'avenir : comprendre les subtilités du maillage de cloud hybride par rapport au maillage de services – IBM Blog

Nœud source: 3085667


Décoder l'avenir : comprendre les subtilités du maillage de cloud hybride par rapport au maillage de services – IBM Blog



Vue aérienne de véhicules sur un rond-point

Hybrid Cloud Mesh, désormais disponible pour tous, révolutionne la connectivité des applications dans les environnements multicloud hybrides. Faisons une comparaison entre Hybrid Cloud Mesh et un maillage de services typique pour mieux comprendre les nuances de ces composants essentiels dans le domaine de la connectivité d'entreprise moderne. Cette comparaison mérite d'être justifiée car les deux solutions sont axées sur la connectivité centrée sur les applications, bien que de manière différente.  

Avant de plonger dans la comparaison, revenons brièvement sur le concept de Hybrid Cloud Mesh et d'un maillage de services typique.  

Illustration de la connectivité

Maillage de cloud hybride

Hybrid Cloud Mesh est une solution de connectivité moderne centrée sur les applications, simple, sécurisée, évolutive et transparente. Il crée une superposition de réseau sécurisée pour les applications distribuées dans le cloud, en périphérie et sur site et relève de manière globale les défis posés par la distribution de services sur le multicloud hybride.  

Illustration du diagramme de maillage de cloud hybride

Maillage de services

Un maillage de services est une couche d'infrastructure configurable qui gère toutes les exigences de connectivité entre les microservices. Il gère la communication de service à service, fournissant des fonctionnalités essentielles telles que la découverte de services, l'équilibrage de charge, le cryptage et l'authentification.  

Les bibliothèques de langages pour la connectivité ont une implémentation partielle et incohérente des fonctionnalités de gestion du trafic et sont difficiles à maintenir et à mettre à niveau. Un maillage de services élimine ces bibliothèques et permet aux services de se concentrer sur leur logique métier et de communiquer avec d'autres services sans ajouter de logique de connectivité in situ.  

Hybrid Cloud Mesh versus service mesh : une analyse comparative 

1. Portée de la connectivité

  • Maillage de cloud hybride: va au-delà des microservices au sein d'une application conteneurisée, en étendant la connectivité aux applications, qu'elles soient déployées sur site, dans un cloud public ou dans une infrastructure de cloud privé. Sa portée englobe un éventail plus large de scénarios de déploiement. 
  • Maillage de services: Se concentre principalement sur la gestion de la communication entre les microservices dans un environnement conteneurisé. Bien que de nombreux maillages de services aient commencé à se tourner vers l’extérieur, permettant une connectivité multicluster de tout type.  

2. Connectivité multicloud

  • Maillage de cloud hybride: Connecte de manière transparente les applications dans des environnements multicloud hybrides, offrant une solution unifiée aux organisations disposant de diverses infrastructures cloud. 
  • Maillage de services: Généralement conçu pour les applications déployées dans un environnement cloud ou sur site spécifique. De nombreux maillages de services ont étendu leur portée à la connectivité multicloud, mais ils ne sont pas entièrement optimisés pour cela.  

3. Capacités d'ingénierie du trafic

  • Maillage de cloud hybride: utilise des points de cheminement pour prendre en charge l'optimisation du chemin en termes de coût, de latence, de bande passante et autres. améliorer les performances et la sécurité des applications. 
  • Maillage de services: Aucune capacité d'ingénierie du trafic. Se concentre principalement sur la gestion du trafic interne au sein de l’architecture des microservices. 

4. Expression de l'intention de connectivité

  • Maillage de cloud hybride: permet aux utilisateurs d'exprimer leur intention de connectivité via l'interface utilisateur ou la CLI, offrant une expérience intuitive et conviviale avec une courbe d'apprentissage minimale.  
  • Maillage de services : oblige les utilisateurs à implémenter des modèles de communication complexes dans le proxy side-car à l'aide de fichiers de configuration. Les opérations de maillage de services sont complexes et nécessitent une courbe d’apprentissage importante. L’équipe d’experts responsable de la gestion du maillage de services doit constamment investir du temps et des efforts pour utiliser et entretenir efficacement le maillage de services. En raison de la courbe d'apprentissage abrupte et des outils requis (tels que l'intégration avec le pipeline CI/CD ou l'automatisation du jour 0 au jour 2), les maillages de services ne peuvent être adoptés qu'une fois que les clients ont atteint une certaine échelle pour rentabiliser l'investissement.   

5. Plan de gestion et de contrôle

  • Maillage de cloud hybride: Utilise un plan de gestion et de contrôle centralisé basé sur SaaS, améliorant la facilité d'utilisation et offrant l'observabilité. Les utilisateurs interagissent avec le gestionnaire de maillage via une interface utilisateur ou une CLI conviviale. 
  • Maillage de services: utilise souvent une gestion décentralisée, avec des plans de contrôle répartis entre les microservices, nécessitant une coordination pour une administration efficace. 

6. Intégration avec les passerelles

  • Maillage de cloud hybride: S'intègre à diverses passerelles, favorisant l'adaptabilité à divers cas d'utilisation et la préparation pour l'avenir aux technologies de passerelle à venir. 
  • Maillage de services: S'appuie principalement sur des proxys side-car pour la communication entre les microservices au sein du même cluster. Généralement, les fonctionnalités du proxy sont étendues pour répondre aux exigences.  

7. Découverte d'applications

  • Maillage cloud hybride : Mesh Manager découvre et met à jour en permanence l'infrastructure de déploiement multicloud, automatisant ainsi la découverte des applications et des services déployés. 
  • Maillage de services: repose généralement sur des mécanismes d'enregistrement et de découverte de services au sein de l'environnement conteneurisé. 

8. Maintenance dynamique du réseau

  • Maillage cloud hybride : S'adapte automatiquement aux changements dynamiques dans le placement ou l'environnement de la charge de travail, permettant une connectivité résiliente et fiable à grande échelle sans intervention manuelle. 
  • Maillage de services : Habituellement, la charge de travail du deuxième jour pour gérer un maillage de services connectant des applications à travers le multicloud est énorme en raison de la complexité des opérations requises pour gérer les changements dynamiques de l'infrastructure. Cela nécessite des ajustements manuels pour s’adapter aux changements dans les microservices déployés dans un environnement multicloud. Des efforts importants sont déployés pour assurer son fonctionnement, tels que des mises à niveau, des correctifs de sécurité et autres, en dehors des modifications de l'infrastructure. Cela prend beaucoup de temps et il reste très peu de temps pour implémenter de nouvelles fonctionnalités.  

9. Frais généraux d’infrastructure

  • Maillage de cloud hybride: Le plan de données est composé d'un nombre limité de passerelles périphériques et de points de cheminement.
  • Maillage de services : Surcharge importante due à l’architecture de proxy side-car qui nécessite 1 proxy side-car pour chaque charge de travail.  

10. Multilocation

  • Maillage de cloud hybride: offre une multilocation robuste ; de plus, des sous-locataires peuvent être créés pour maintenir la séparation entre les différents départements ou secteurs verticaux au sein d'une organisation. 
  • Maillage de services: Peut ne pas avoir la capacité de prendre en charge la multilocation ou une architecture sous-tenante. Peu de clients peuvent créer un maillage de services distinct par cluster pour séparer les locataires. Par conséquent, ils doivent déployer et gérer leurs propres passerelles pour connecter différents maillages de services.  

Passez à l'étape suivante avec Hybrid Cloud Mesh 

Nous sommes ravis de présenter un aperçu technique d'Hybrid Cloud Mesh prenant en charge l'utilisation des passerelles Red Hat® Service Interconnect, simplifiant la connectivité et la sécurité des applications sur les plates-formes, les clusters et les cloud. Interconnexion des services Red Hat, annoncé le 23 mai 2023 lors du Red Hat Summit, crée des connexions entre les services, les applications et les charges de travail dans les environnements hybrides nécessaires. 

Nous commençons tout juste notre démarche de création de solutions complètes d’automatisation multicloud hybride pour l’entreprise. Hybrid Cloud Mesh n'est pas seulement une solution réseau ; il est conçu pour être une force de transformation qui permet aux entreprises de tirer le maximum de valeur d’une architecture d’applications moderne, permettant l’adoption du cloud hybride et révolutionnant la façon dont les environnements multicloud sont utilisés. Nous espérons que vous nous rejoindrez dans ce voyage. 

En savoir plus sur le maillage cloud hybride

Cet article a-t-il été utile?

OuiNon


En savoir plus sur le cloud hybride




Conteneurs confidentiels avec Red Hat OpenShift Container Platform et IBM® Secure Execution for Linux

7 min lire - Le cloud hybride est devenu l'approche dominante pour les stratégies cloud des entreprises, mais il s'accompagne de complexité et de préoccupations en matière d'intégration, de sécurité et de compétences. Pour répondre à ces préoccupations, l'industrie adopte des environnements d'exécution de conteneurs pour abstraire l'infrastructure. Red Hat OpenShift Container Platform (RH OCP) s'est imposée comme une solution leader pour prendre en charge le cycle de vie du développement d'applications, provisionner et gérer les images et les charges de travail de conteneurs dans une plate-forme pour les applications et l'écosystème conteneurisés. RH OCP fournit un déploiement, un contrôle et…




La bataille des personnages dans le monde des applications d'entreprise : comment IBM Hybrid Cloud Mesh et Red Hat Services Interconnect les unifient

3 min lire - Naviguer dans le domaine complexe des applications d’entreprise modernes nécessite une collaboration entre diverses personnes pour gérer efficacement la complexité. Cela facilite le support commercial continu grâce à des applications automatisant les flux de travail essentiels. Traditionnellement, les applications et leur infrastructure d'hébergement s'alignent sur DevOps et CloudOps. Cependant, la hausse des coûts due à la diversité des environnements informatiques a conduit à l’émergence du FinOps, axé sur la surveillance et le contrôle des dépenses. Divers acteurs du déploiement d'applications ont introduit des flux de travail très complexes. Généralement, DevOps lance des requêtes, examinées par CloudOps, NetOps, SecOps et…




Comment le pilotage du trafic DNS étend la valeur commerciale des réseaux hybrides et multicloud

4 min lire - Dans la version la plus récente de son « Cloud Hype Cycle », Gartner a placé les opérations de réseau multi-cloud au « sommet des attentes exagérées, dangereusement proche du « creux de la déception ». » Bien que cela puisse refléter l'état à la fois de l'hybride et du multicloud. réseautage à un niveau global, de nombreuses nuances se cachent sous l'évaluation de Gartner. Le défi est que l’hybride et le multicloud constituent à la fois le présent et l’avenir des réseaux. C’est un domaine qui semble produire…




java-microservices-sur-serveurs-d'applications-open-source

3 min lire - Migrez de votre serveur d'applications JEE actuel vers Open Liberty en quelques étapes simples. La série en neuf parties Migrer les microservices Java de Spring Boot vers MicroProfile a couvert les composants sous-jacents d'Eclipse MicroProfile, tels que le client Rest pour la création d'API pour les applications de microservices et la dépendance au contexte. Injection pour prendre en charge le câblage basé sur les annotations, Fault Tolerance pour la récupération des problèmes et OpenTracing pour diagnostiquer les problèmes de service. Ce court blog aborde une procédure spécifique : étapes simples pour migrer de votre serveur d'applications JEE actuel vers Open Liberty, un serveur d'entreprise…

Bulletins d'information IBM

Recevez nos newsletters et nos mises à jour thématiques qui fournissent les dernières idées en matière de leadership éclairé et d'informations sur les tendances émergentes.

S'abonner

Plus de newsletters

Horodatage:

Plus de IBM