Die Zukunft entschlüsseln: Die Feinheiten von Hybrid Cloud Mesh im Vergleich zu Service Mesh aufdecken – IBM Blog

Die Zukunft entschlüsseln: Die Feinheiten von Hybrid Cloud Mesh im Vergleich zu Service Mesh entwirren – IBM Blog

Quellknoten: 3085667


Die Zukunft entschlüsseln: Die Feinheiten von Hybrid Cloud Mesh im Vergleich zu Service Mesh entwirren – IBM Blog



Luftaufnahme von Fahrzeugen in einem Kreisverkehr

Hybrid Cloud Mesh, das jetzt allgemein verfügbar ist, revolutioniert die Anwendungskonnektivität in hybriden Multicloud-Umgebungen. Lassen Sie uns einen Vergleich zwischen Hybrid Cloud Mesh und einem typischen Service Mesh ziehen, um die Nuancen dieser wesentlichen Komponenten im Bereich moderner Unternehmenskonnektivität besser zu verstehen. Dieser Vergleich verdient Berechtigung, da sich beide Lösungen auf anwendungsorientierte Konnektivität konzentrieren, wenn auch auf unterschiedliche Weise.  

Bevor wir uns mit dem Vergleich befassen, werfen wir einen kurzen Blick auf das Konzept des Hybrid Cloud Mesh und eines typischen Service Mesh.  

Illustration der Konnektivität

Hybrides Cloud-Mesh

Hybrid Cloud Mesh ist eine moderne anwendungszentrierte Konnektivitätslösung, die einfach, sicher, skalierbar und nahtlos ist. Es erstellt ein sicheres Netzwerk-Overlay für Anwendungen, die über Cloud, Edge und On-Premise verteilt sind, und bewältigt ganzheitlich die Herausforderungen, die sich aus der Verteilung von Diensten über hybride Multiclouds ergeben.  

Illustration des Hybrid Cloud Mesh-Diagramms

Servicenetz

Ein Service Mesh ist eine konfigurierbare Infrastrukturschicht, die alle Konnektivitätsanforderungen zwischen Microservices verwaltet. Es verwaltet die Dienst-zu-Dienst-Kommunikation und stellt wesentliche Funktionen wie Diensterkennung, Lastausgleich, Verschlüsselung und Authentifizierung bereit.  

Sprachbibliotheken für Konnektivität verfügen über eine teilweise und inkonsistente Implementierung von Verkehrsverwaltungsfunktionen und sind schwierig zu warten und zu aktualisieren. Ein Service Mesh eliminiert solche Bibliotheken und ermöglicht es den Diensten, sich auf ihre Geschäftslogik zu konzentrieren und mit anderen Diensten zu kommunizieren, ohne vor Ort Konnektivitätslogik hinzuzufügen.  

Hybrid Cloud Mesh versus Service Mesh: eine vergleichende Analyse 

1. Umfang der Konnektivität

  • Hybrides Cloud-Mesh: Geht über Microservices innerhalb einer Containeranwendung hinaus und erweitert die Konnektivität auf Anwendungen, unabhängig davon, ob sie lokal, in der öffentlichen Cloud oder in der privaten Cloud-Infrastruktur bereitgestellt werden. Sein Anwendungsbereich umfasst ein breiteres Spektrum an Einsatzszenarien. 
  • Servicenetz: Konzentriert sich hauptsächlich auf die Verwaltung der Kommunikation zwischen Microservices in einer Containerumgebung. Obwohl viele Service Meshes begonnen haben, nach außen zu blicken, ermöglichen sie Multi-Cluster-Any-to-Any-Konnektivität.  

2. Multicloud-Konnektivität

  • Hybrides Cloud-Mesh: Verbindet Anwendungen nahtlos über hybride Multicloud-Umgebungen hinweg und bietet eine einheitliche Lösung für Unternehmen mit unterschiedlichen Cloud-Infrastrukturen. 
  • Servicenetz: In der Regel für Anwendungen konzipiert, die in einer bestimmten Cloud- oder lokalen Umgebung bereitgestellt werden. Viele Service Meshes haben ihren Anwendungsbereich auf Multicloud-Konnektivität ausgeweitet, sind jedoch nicht vollständig dafür optimiert.  

3. Verkehrstechnische Fähigkeiten

  • Hybrides Cloud-Mesh: Nutzt Wegpunkte zur Unterstützung der Pfadoptimierung hinsichtlich Kosten, Latenz, Bandbreite und anderen. Verbesserung der Anwendungsleistung und -sicherheit. 
  • Servicenetz: Keine verkehrstechnischen Fähigkeiten. Konzentriert sich hauptsächlich auf das interne Verkehrsmanagement innerhalb der Microservices-Architektur. 

4. Ausdruck der Konnektivitätsabsicht

  • Hybrides Cloud-Mesh: Ermöglicht Benutzern das Ausdrücken von Konnektivitätsabsichten über die Benutzeroberfläche oder CLI und bietet so eine intuitive, benutzerfreundliche Erfahrung mit minimalem Lernaufwand.  
  • Servicenetz: Erfordert, dass Benutzer mithilfe von Konfigurationsdateien komplexe Kommunikationsmuster im Sidecar-Proxy implementieren. Service-Mesh-Operationen sind komplex und erfordern eine erhebliche Lernkurve. Das Expertenteam, das für die Verwaltung des Service Mesh verantwortlich ist, muss kontinuierlich Zeit und Mühe investieren, um das Service Mesh effektiv zu nutzen und zu warten. Aufgrund der steilen Lernkurve und der erforderlichen Tools (z. B. Integration mit der CI/CD-Pipeline oder Automatisierung von Tag 0 bis Tag 2) können Service Meshes erst übernommen werden, wenn Kunden eine bestimmte Größe erreicht haben, damit sich die Investition lohnt.   

5. Management- und Kontrollebene

  • Hybrides Cloud-Mesh: Verwendet eine zentralisierte SaaS-basierte Verwaltungs- und Kontrollebene, die die Benutzerfreundlichkeit erhöht und die Beobachtbarkeit gewährleistet. Benutzer interagieren mit dem Mesh-Manager über eine benutzerfreundliche Benutzeroberfläche oder CLI. 
  • Servicenetz: Verwendet häufig eine dezentrale Verwaltung mit über die Mikrodienste verteilten Steuerungsebenen, was für eine effektive Verwaltung eine Koordination erfordert. 

6. Integration mit Gateways

  • Hybrides Cloud-Mesh: Integriert sich in verschiedene Gateways, fördert die Anpassungsfähigkeit an verschiedene Anwendungsfälle und ist zukunftssicher für kommende Gateway-Technologien. 
  • Servicenetz: Verlässt sich hauptsächlich auf Sidecar-Proxys für die Kommunikation zwischen Microservices innerhalb desselben Clusters. Typischerweise werden die Funktionen des Proxys entsprechend den Anforderungen erweitert.  

7. Anwendungserkennung

  • Hybrides Cloud-Mesh: Mesh Manager erkennt und aktualisiert kontinuierlich die Multicloud-Bereitstellungsinfrastruktur und automatisiert so die Erkennung bereitgestellter Anwendungen und Dienste. 
  • Servicenetz: Verlässt sich normalerweise auf Dienstregistrierungs- und Erkennungsmechanismen innerhalb der Containerumgebung. 

8. Dynamische Netzwerkwartung

  • Hybrides Cloud-Mesh: Passt sich automatisch an dynamische Änderungen in der Workload-Platzierung oder -Umgebung an und ermöglicht so eine belastbare und zuverlässige Konnektivität im großen Maßstab ohne manuelle Eingriffe. 
  • Servicenetz: Normalerweise ist der Aufwand am zweiten Tag für die Verwaltung eines Service Mesh, das Anwendungen über mehrere Clouds hinweg verbindet, aufgrund der Komplexität der Vorgänge, die zur Verwaltung dynamischer Infrastrukturänderungen erforderlich sind, enorm. Es sind manuelle Anpassungen erforderlich, um Änderungen an Mikrodiensten zu berücksichtigen, die in einer Multicloud-Umgebung bereitgestellt werden. Abgesehen von Änderungen an der Infrastruktur ist ein erheblicher Aufwand erforderlich, um den Betrieb aufrechtzuerhalten, z. B. durch Upgrades, Sicherheitskorrekturen usw. Das nimmt viel Zeit in Anspruch und es bleibt nur sehr wenig Zeit für die Implementierung neuer Funktionen.  

9. Infrastrukturaufwand

  • Hybrides Cloud-Mesh: Die Datenebene besteht aus einer begrenzten Anzahl von Edge-Gateways und Wegpunkten.
  • Servicenetz: Erheblicher Overhead aufgrund der Sidecar-Proxy-Architektur, die für jede Arbeitslast einen Sidecar-Proxy erfordert.  

10. Mandantenfähigkeit

  • Hybrides Cloud-Mesh: Bietet robuste Mandantenfähigkeit; Darüber hinaus können Untermieter erstellt werden, um die Trennung zwischen verschiedenen Abteilungen oder Branchen innerhalb einer Organisation aufrechtzuerhalten. 
  • Servicenetz: Es fehlt möglicherweise die Fähigkeit, Mehrinstanzenfähigkeit oder eine untergeordnete Architektur zu unterstützen. Nur wenige Kunden erstellen möglicherweise ein separates Service-Mesh pro Cluster, um die Mandanten getrennt zu halten. Daher müssen sie ihre eigenen Gateways bereitstellen und verwalten, um verschiedene Service-Netze zu verbinden.  

Machen Sie den nächsten Schritt mit Hybrid Cloud Mesh 

Wir freuen uns, eine technische Vorschau von Hybrid Cloud Mesh zu präsentieren, die den Einsatz von Red Hat® Service Interconnect-Gateways unterstützt und die Anwendungskonnektivität und Sicherheit über Plattformen, Cluster und Clouds hinweg vereinfacht. Red Hat Service Interconnect, angekündigt am 23. Mai 2023 auf dem Red Hat Summit, schafft Verbindungen zwischen Diensten, Anwendungen und Workloads in hybriden notwendigen Umgebungen. 

Wir beginnen gerade erst mit der Entwicklung umfassender Hybrid-Multicloud-Automatisierungslösungen für Unternehmen. Hybrid Cloud Mesh ist nicht nur eine Netzwerklösung; Es wurde als transformative Kraft entwickelt, die es Unternehmen ermöglicht, den größtmöglichen Nutzen aus der modernen Anwendungsarchitektur zu ziehen, die Einführung einer Hybrid-Cloud zu ermöglichen und die Art und Weise, wie Multicloud-Umgebungen genutzt werden, zu revolutionieren. Wir hoffen, dass Sie uns auf der Reise begleiten. 

Erfahren Sie mehr über Hybrid Cloud Mesh

War dieser Artikel hilfreich?

JaNein


Mehr von Hybrid Cloud




Vertrauliche Container mit Red Hat OpenShift Container Platform und IBM® Secure Execution für Linux

7 min lesen - Die Hybrid Cloud ist zum vorherrschenden Ansatz für Unternehmens-Cloud-Strategien geworden, bringt jedoch Komplexität und Bedenken hinsichtlich Integration, Sicherheit und Kompetenzen mit sich. Um diese Bedenken auszuräumen, setzt die Branche auf Container-Laufzeitumgebungen, um die Infrastruktur zu abstrahieren. Red Hat OpenShift Container Platform (RH OCP) hat sich als führende Lösung für die Unterstützung des Anwendungsentwicklungslebenszyklus, die Bereitstellung und Verwaltung von Container-Images und Workloads auf einer Plattform für containerisierte Anwendungen und Ökosysteme herausgestellt. RH OCP bietet eine gemeinsame Bereitstellung, Steuerung und…




Der Kampf der Personas in der Welt der Unternehmensanwendungen – wie IBM Hybrid Cloud Mesh und Red Hat Services Interconnect sie vereinen

3 min lesen - Um sich im komplexen Bereich moderner Unternehmensanwendungen zurechtzufinden, ist die Zusammenarbeit verschiedener Personen erforderlich, um die Komplexität effektiv bewältigen zu können. Dies trägt zur kontinuierlichen Geschäftsunterstützung durch Anwendungen bei, die wichtige Arbeitsabläufe automatisieren. Traditionell sind Anwendungen und ihre Hosting-Infrastruktur auf DevOps und CloudOps ausgerichtet. Steigende Kosten aufgrund unterschiedlicher IT-Umgebungen führten jedoch zur Entstehung von FinOps, das sich auf die Kostenüberwachung und -kontrolle konzentriert. Verschiedene Personas bei der Anwendungsbereitstellung haben hochkomplexe Arbeitsabläufe eingeführt. Normalerweise initiiert DevOps Anfragen, die von CloudOps, NetOps, SecOps und… geprüft werden.




Wie die DNS-Verkehrssteuerung den Geschäftswert von Hybrid- und Multicloud-Netzwerken steigert

4 min lesen - In der neuesten Version seines „Cloud Hype Cycle“ platzierte Gartner den Multi-Cloud-Netzwerkbetrieb auf dem „Höhepunkt überzogener Erwartungen, gefährlich nahe am ‚Tiefpunkt der Enttäuschung‘“. Dies spiegelt jedoch möglicherweise den Zustand sowohl der Hybrid- als auch der Multi-Cloud wider Bei der Vernetzung auf aggregierter Ebene lauert Gartners Einschätzung eine Fülle von Nuancen. Die Herausforderung besteht darin, dass Hybrid und Multicloud sowohl die Gegenwart als auch die Zukunft der Vernetzung sind. Es ist ein Bereich, der zu produzieren scheint ...




Java-Microservices-auf-Open-Source-Anwendungsservern

3 min lesen - Migrieren Sie in wenigen einfachen Schritten von Ihrem aktuellen JEE-App-Server zu Open Liberty. Die neunteilige Serie „Migration von Java Microservices von Spring Boot zu MicroProfile“ behandelte die zugrunde liegenden Komponenten von Eclipse MicroProfile, wie den Rest Client zum Erstellen von APIs für Microservice-Anwendungen, Kontextabhängigkeit Injektion zur Unterstützung der annotationsbasierten Verkabelung, Fehlertoleranz zur Problembehebung und OpenTracing zur Diagnose von Serviceproblemen. In diesem kurzen Blog geht es um eine spezifische Anleitung: Einfache Schritte zur Migration von Ihrem aktuellen JEE-Anwendungsserver zu Open Liberty, einem unternehmenstauglichen…

IBM Newsletter

Erhalten Sie unsere Newsletter und Themenaktualisierungen, die die neuesten Gedanken und Einblicke in neue Trends liefern.

Abonniere jetzt

Weitere Newsletter

Zeitstempel:

Mehr von IBM