De toekomst decoderen: de complexiteit van Hybrid Cloud Mesh versus service mesh ontrafelen - IBM Blog

De toekomst decoderen: de complexiteit van Hybrid Cloud Mesh versus service mesh ontrafelen – IBM Blog

Bronknooppunt: 3085667


De toekomst decoderen: de complexiteit van Hybrid Cloud Mesh versus service mesh ontrafelen – IBM Blog



Aerial view of vehicles on a roundabout

Hybrid Cloud Mesh, which is generally available now, is revolutionizing application connectivity across hybrid multicloud environments. Let’s draw a comparison between Hybrid Cloud Mesh and a typical service mesh to better understand the nuances of these essential components in the realm of modern enterprise connectivity. This comparison deserves merit because both the solutions are focused on application-centric connectivity albeit in a different manner.  

Before we delve into the comparison, let’s briefly revisit the concept of Hybrid Cloud Mesh and a typical service mesh.  

Illustration of connectivity

Hybrid Cloud Mesh

Hybrid Cloud Mesh is a modern application-centric connectivity solution that is simple, secure, scalable and seamless. It creates a secure network overlay for applications distributed across cloud, edge and on-prem and holistically tackles the challenges posed by distribution of services across hybrid multicloud.  

Illustration of Hybrid Cloud Mesh diagram

Servicenetwerk

A service mesh is a configurable infrastructure layer that manages all connectivity requirements between microservices. It manages service-to-service communication, providing essential functionalities such as service discovery, load balancing, encryption and authentication.  

Language libraries for connectivity have partial and inconsistent implementation of traffic management features and are difficult to maintain and upgrade. A service mesh eliminates such libraries and allows services to focus on their business logic and communicate with other services without adding any connectivity logic in situ.  

Hybrid Cloud Mesh versus service mesh: a comparative analysis 

1. Scope of connectivity

  • Hybrid Cloud Mesh: Goes beyond microservices within a containerized application, extending connectivity to applications regardless whether they’re form-factor deployed across on-premises, public cloud and private cloud infrastructure. Its scope encompasses a broader range of deployment scenarios. 
  • Servicenetwerk: Primarily focuses on managing communication between microservices within a containerized environment. Although many service meshes have started looking outward, enabling multi-cluster any-to-any connectivity.  

2. Multicloud connectivity

  • Hybrid Cloud Mesh: Seamlessly connects applications across hybrid multicloud environments, offering a unified solution for organizations with diverse cloud infrastructures. 
  • Servicenetwerk: Typically designed for applications deployed within a specific cloud or on-premises environment. Many service meshes have expanded scope to multicloud connectivity, but they are not fully optimized for it.  

3. Traffic engineering capabilities

  • Hybrid Cloud Mesh: Utilizes waypoints to support path optimization for cost, latency, bandwidth and others,. enhancing application performance and security. 
  • Servicenetwerk: No traffic engineering capabilities. Primarily focuses on internal traffic management within the microservices architecture. 

4. Connectivity intent expression

  • Hybrid Cloud Mesh: Allows users to express connectivity intent through the UI or CLI, providing an intuitive, user-friendly experience with minimal learning curve.  
  • Servicenetwerk: Requires users to implement complex communication patterns in the sidecar proxy using configuration files. Service mesh operations entail complexity and demand a substantial learning curve. The expert team responsible for managing the service mesh must consistently invest time and effort to effectively utilize and maintain the service mesh. Due to steep learning curve and tooling required (such as integration with CI/CD pipeline or day 0 to day 2 automation), service meshes can be adopted only after customers gain a certain scale to make the investment worthwhile.   

5. Management and control plane

  • Hybrid Cloud Mesh: Employs a centralized SaaS-based management and control plane, enhancing ease of use and providing observability. Users interact with the mesh manager through a user-friendly UI or CLI. 
  • Servicenetwerk: Often utilizes decentralized management, with control planes distributed across the microservices, requiring coordination for effective administration. 

6. Integration with gateways

  • Hybrid Cloud Mesh: Integrates with various gateways, promoting adaptability to diverse use cases and future-ready for upcoming gateway technologies. 
  • Servicenetwerk: Primarily relies on sidecar proxies for communication between microservices within the same cluster. Typically features on the proxy are extended to meet requirements.  

7. Application discovery

  • Hybrid Cloud Mesh: Mesh manager continuously discovers and updates multicloud deployment infrastructure, automating the discovery of deployed applications and services. 
  • Servicenetwerk: Typically relies on service registration and discovery mechanisms within the containerized environment. 

8. Dynamic network maintenance

  • Hybrid Cloud Mesh: Automatically adapts to dynamic changes in workload placement or environment, enabling resilient and reliable connectivity at scale without manual intervention. 
  • Service mesh: Usually, the day 2 burden to manage a service mesh connecting applications across multicloud is huge due to complexity of operations required to manage dynamic infrastructure changes. It requires manual adjustments to accommodate changes in microservices deployed in a multicloud environment. There’s significant effort in keeping it running such as—upgrades, security fixes and others apart from infrastructure changes. This takes away a lot of time and very little time is left for implementing new features.  

9. Infrastructure overhead

  • Hybrid Cloud Mesh: Data plane is composed of a limited number of edge-gateways and waypoints.
  • Service mesh: Significant overhead due to sidecar proxy architecture which requires 1 sidecar-proxy for every workload.  

10. Multitenancy

  • Hybrid Cloud Mesh: Offers robust multitenancy; moreover, subtenants can be created to maintain separation between different departments or verticals within an organization. 
  • Servicenetwerk: May lack the capability to accommodate multitenancy or a subtenant architecture. Few customers may create a separate service mesh per cluster to keep the tenants separate. Hence, they must deploy and manage their own gateways to connect various service meshes.  

Zet de volgende stap met Hybrid Cloud Mesh 

We are excited to showcase a tech preview of Hybrid Cloud Mesh supporting the use of Red Hat® Service Interconnect gateways simplifying application connectivity and security across platforms, clusters and clouds. Red Hat Service Interconnect, aangekondigd op 23 mei 2023 op Red Hat Summit, creëert verbindingen tussen services, applicaties en workloads in hybride noodzakelijke omgevingen. 

We zijn nog maar net begonnen met het bouwen van uitgebreide hybride multicloud-automatiseringsoplossingen voor ondernemingen. Hybrid Cloud Mesh is niet alleen een netwerkoplossing; het is ontworpen als een transformerende kracht die bedrijven in staat stelt maximale waarde te halen uit de moderne applicatiearchitectuur, waardoor hybride cloud-adoptie mogelijk wordt en een revolutie teweegbrengt in de manier waarop multicloud-omgevingen worden gebruikt. We hopen dat je met ons meegaat op de reis. 

Learn more about Hybrid Cloud Mesh

Was dit artikel behulpzaam?

JaNee


Meer van Hybride cloud




Vertrouwelijke containers met Red Hat OpenShift Container Platform en IBM® Secure Execution voor Linux

7 min gelezen - De hybride cloud is de dominante aanpak geworden voor zakelijke cloudstrategieën, maar gaat gepaard met complexiteit en zorgen over integratie, beveiliging en vaardigheden. Om deze zorgen weg te nemen, omarmt de industrie containerruntime-omgevingen om de infrastructuur weg te abstraheren. Red Hat OpenShift Container Platform (RH OCP) is uitgegroeid tot een toonaangevende oplossing voor het ondersteunen van de levenscyclus van applicatieontwikkeling, het inrichten en beheren van containerimages en workloads in een platform voor gecontaineriseerde applicaties en ecosysteem. RH OCP biedt een gemeenschappelijke implementatie, controle en…




De strijd tussen de persona's in de wereld van bedrijfsapplicaties: hoe IBM Hybrid Cloud Mesh en Red Hat Services Interconnect ze verenigen

3 min gelezen - Navigeren door het ingewikkelde domein van moderne bedrijfsapplicaties vereist samenwerking tussen verschillende personen om de complexiteit effectief te kunnen beheren. Dit helpt bij continue bedrijfsondersteuning via applicaties die essentiële workflows automatiseren. Traditioneel sluiten applicaties en hun hostinginfrastructuur aan bij DevOps en CloudOps. Stijgende kosten als gevolg van diverse IT-omgevingen leidden echter tot de opkomst van FinOps, gericht op het monitoren en beheersen van uitgaven. Verschillende personen in de implementatie van applicaties hebben zeer complexe workflows geïntroduceerd. Normaal gesproken initieert DevOps verzoeken, onderzocht door CloudOps, NetOps, SecOps en...




Hoe DNS-verkeerssturing de zakelijke waarde van hybride en multicloud-netwerken vergroot

4 min gelezen - In de meest recente versie van zijn ‘Cloud Hype Cycle’ plaatste Gartner multi-cloud netwerkactiviteiten op de ‘piek van opgeblazen verwachtingen, gevaarlijk dicht bij het ‘dal van de teleurstelling’.’ Hoewel dit de toestand van zowel hybride als multicloud-netwerken kan weerspiegelen Netwerken op een geaggregeerd niveau, er schuilt een overvloed aan nuance onder de beoordeling van Gartner. De uitdaging is dat hybride en multicloud zowel het heden als de toekomst van netwerken zijn. Het is een gebied dat lijkt te produceren...




java-microservices-op-open-source-applicatieservers

3 min gelezen - Migreer van uw huidige JEE-app-server naar Open Liberty in een paar eenvoudige stappen. De negendelige serie Migrating Java Microservices from Spring Boot to MicroProfile behandelde de onderliggende componenten van Eclipse MicroProfile, zoals de Rest Client voor het maken van API's voor microservice-applicaties, Context Dependency Injectie voor ondersteuning van op annotaties gebaseerde bedrading, fouttolerantie voor probleemherstel en OpenTracing voor het diagnosticeren van serviceproblemen. Deze korte blog gaat over een specifieke how-to: eenvoudige stappen om te migreren van uw huidige JEE-applicatieserver naar Open Liberty, een enterprise-grade...

IBM-nieuwsbrieven

Ontvang onze nieuwsbrieven en onderwerpupdates die de nieuwste thought leadership en inzichten over opkomende trends bieden.

Abonneer nu

Meer nieuwsbrieven

Tijdstempel:

Meer van IBM