Decodificarea viitorului: dezlegarea complexităților Hybrid Cloud Mesh versus service mesh - IBM Blog

Decodificarea viitorului: dezlegarea complexităților Hybrid Cloud Mesh versus service mesh – IBM Blog

Nodul sursă: 3085667


Decodificarea viitorului: dezlegarea complexităților Hybrid Cloud Mesh versus service mesh – 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

Plasă de serviciu

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. 
  • Plasă de serviciu: 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. 
  • Plasă de serviciu: 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. 
  • Plasă de serviciu: 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.  
  • Plasă de serviciu: 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. 
  • Plasă de serviciu: 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. 
  • Plasă de serviciu: 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. 
  • Plasă de serviciu: 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. 
  • Plasă de serviciu: 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.  

Faceți următorul pas cu 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, anunțat la 23 mai 2023 la Red Hat Summit, creează conexiuni între servicii, aplicații și sarcini de lucru în medii hibride necesare. 

Tocmai începem călătoria noastră, construind soluții cuprinzătoare de automatizare multicloud hibride pentru întreprindere. Hybrid Cloud Mesh nu este doar o soluție de rețea; este conceput pentru a fi o forță transformatoare care dă putere companiilor să obțină valoare maximă din arhitectura modernă a aplicațiilor, permițând adoptarea cloudului hibrid și revoluționând modul în care mediile multicloud sunt utilizate. Sperăm să ni te alături în călătorie. 

Learn more about Hybrid Cloud Mesh

A fost util acest articol?

DaNu


Mai multe de la Hybrid cloud




Containere confidențiale cu Red Hat OpenShift Container Platform și IBM® Secure Execution pentru Linux

7 citește min - Cloudul hibrid a devenit abordarea dominantă pentru strategiile cloud pentru întreprinderi, dar vine cu complexitate și preocupări cu privire la integrare, securitate și competențe. Pentru a aborda aceste preocupări, industria adoptă medii de rulare a containerelor pentru a abstrage infrastructura. Red Hat OpenShift Container Platform (RH OCP) a apărut ca o soluție de vârf pentru susținerea ciclului de viață al dezvoltării aplicațiilor, furnizarea și gestionarea imaginilor containerelor și a încărcăturilor de lucru într-o platformă pentru aplicații containerizate și ecosistem. RH OCP oferă o implementare, control și...




Bătălia personajelor din lumea aplicațiilor pentru întreprinderi — cum le unifică IBM Hybrid Cloud Mesh și Red Hat Services Interconnect

3 citește min - Navigarea în domeniul complex al aplicațiilor moderne de întreprindere necesită colaborare între diverse persoane pentru a gestiona eficient complexitatea. Acest lucru ajută la sprijinul continuu al afacerii prin aplicații care automatizează fluxurile de lucru esențiale. În mod tradițional, aplicațiile și infrastructura lor de găzduire se aliniază cu DevOps și CloudOps. Cu toate acestea, creșterea costurilor din cauza diverselor medii IT a condus la apariția FinOps, concentrându-se pe monitorizarea și controlul cheltuielilor. Diverse persoane în implementarea aplicațiilor au introdus fluxuri de lucru extrem de complexe. De obicei, DevOps inițiază solicitări, analizate de CloudOps, NetOps, SecOps și...




Cum direcționarea traficului DNS extinde valoarea comercială a rețelelor hibride și multicloud

4 citește min - În cea mai recentă versiune a „Cloud Hype Cycle”, Gartner a plasat operațiunile de rețea multi-cloud în „apogeul așteptărilor umflate, periculos de aproape de „dezamăgirea”. Deși acest lucru poate reflecta atât starea hibridului, cât și a celor multicloud. rețele la nivel agregat, există o abundență de nuanțe care se ascund sub evaluarea Gartner. Provocarea este că hibridul și multicloud sunt atât prezentul, cât și viitorul rețelelor. Este o zonă care pare să producă...




java-microservices-on-open-source-application-servers

3 citește min - Migrați de la serverul actual de aplicații JEE la Open Liberty în câțiva pași simpli. Seria de nouă părți Migrarea microserviciilor Java de la Spring Boot la MicroProfile a acoperit componentele de bază ale Eclipse MicroProfile, cum ar fi Rest Client pentru crearea de API-uri pentru aplicații de microservicii, Context Dependency Injecție pentru suportul cablajului bazat pe adnotări, Fault Tolerance pentru recuperarea problemelor și OpenTracing pentru diagnosticarea problemelor de service. Acest scurt blog abordează un mod specific: pași simpli pentru a migra de la serverul actual de aplicații JEE la Open Liberty, o aplicație de nivel enterprise...

Buletine informative IBM

Primiți buletinele noastre informative și actualizările subiectelor care oferă cele mai recente idei de lider și perspective despre tendințele emergente.

Abonează-te acum

Mai multe buletine informative

Timestamp-ul:

Mai mult de la IBM