Dekodiranje prihodnosti: razkrivanje zapletenosti Hybrid Cloud Mesh v primerjavi s storitveno mrežo - IBM-ov blog

Dekodiranje prihodnosti: razkrivanje zapletenosti Hybrid Cloud Mesh v primerjavi s storitveno mrežo – IBM-ov blog

Izvorno vozlišče: 3085667


Dekodiranje prihodnosti: razkrivanje zapletenosti Hybrid Cloud Mesh v primerjavi s storitveno mrežo – IBM-ov 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

Servisna mreža

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. 
  • Servisna mreža: 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. 
  • Servisna mreža: 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. 
  • Servisna mreža: 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.  
  • Servisna mreža: 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. 
  • Servisna mreža: 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. 
  • Servisna mreža: 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. 
  • Servisna mreža: 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. 
  • Servisna mreža: 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.  

Naredite naslednji korak s 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, objavljen 23. maja 2023 na Red Hat Summitu, ustvarja povezave med storitvami, aplikacijami in delovnimi obremenitvami v potrebnih hibridnih okoljih. 

Smo šele na začetku naše poti gradnje celovitih hibridnih večoblačnih avtomatizacijskih rešitev za podjetja. Hybrid Cloud Mesh ni samo omrežna rešitev; zasnovan je tako, da je transformativna sila, ki podjetjem omogoča, da iz sodobne arhitekture aplikacij pridobijo največjo vrednost, kar omogoča sprejemanje hibridnega oblaka in spreminja način uporabe večoblačnih okolij. Upamo, da se nam boste pridružili na potovanju. 

Learn more about Hybrid Cloud Mesh

Je bil ta članek v pomoč?

DaNe


Več od Hybrid Cloud




Zaupni vsebniki s platformo vsebnikov Red Hat OpenShift in IBM® Secure Execution za Linux

7 min branja - Hibridni oblak je postal prevladujoč pristop za poslovne strategije v oblaku, vendar prihaja s kompleksnostjo in skrbmi glede integracije, varnosti in spretnosti. Da bi rešila te pomisleke, industrija sprejema izvajalna okolja vsebnikov za abstrahiranje infrastrukture. Red Hat OpenShift Container Platform (RH OCP) se je izkazala kot vodilna rešitev za podporo življenjskega cikla razvoja aplikacij, zagotavljanje in upravljanje slik vsebnikov in delovnih obremenitev v platformo za kontejnerske aplikacije in ekosistem. RH OCP zagotavlja skupno uvajanje, nadzor in ...




Bitka osebnosti v svetu poslovnih aplikacij – kako jih IBM Hybrid Cloud Mesh in Red Hat Services Interconnect združujeta

3 min branja - Krmarjenje po zapletenem področju sodobnih poslovnih aplikacij zahteva sodelovanje med različnimi osebnostmi za učinkovito upravljanje kompleksnosti. To pomaga pri stalni poslovni podpori prek aplikacij, ki avtomatizirajo bistvene poteke dela. Tradicionalno so aplikacije in njihova infrastruktura za gostovanje usklajene z DevOps in CloudOps. Vendar pa so naraščajoči stroški zaradi raznolikih IT okolij privedli do nastanka FinOps, ki se osredotoča na spremljanje in nadzor stroškov. Različne osebe pri uvajanju aplikacij so uvedle zelo zapletene poteke dela. Običajno DevOps sproži zahteve, ki jih natančno pregledajo CloudOps, NetOps, SecOps in ...




Kako usmerjanje prometa DNS razširja poslovno vrednost hibridnega omrežja in mreženja v več oblakih

4 min branja - V najnovejši različici svojega »Cloud Hype Cycle« je Gartner omrežne operacije v več oblakih postavil na »vrhunec prenapihnjenih pričakovanj, nevarno blizu 'dna razočaranja'«. Čeprav to morda odraža stanje hibridnega in večoblačnega omrežja mreženja na agregatni ravni, se pod Gartnerjevo oceno skriva obilo odtenkov. Izziv je, da sta hibrid in multicloud sedanjost in prihodnost omrežij. To je območje, ki se zdi, da proizvaja ...




java-microservices-na-odprtokodnih-aplikacijskih-strežnikih

3 min branja - Preselite se s trenutnega strežnika aplikacij JEE na Open Liberty v nekaj preprostih korakih Serija v devetih delih Preseljevanje mikrostoritev Java s Spring Boot na MicroProfile je zajemala osnovne komponente Eclipse MicroProfile, kot je Rest Client za ustvarjanje API-jev za aplikacije mikrostoritev, odvisnost od konteksta Injection za podporo ožičenju na podlagi opomb, Fault Tolerance za odpravo težav in OpenTracing za diagnosticiranje težav s storitvijo. Ta kratek blog se dotika posebnih navodil: Preprosti koraki za selitev z vašega trenutnega aplikacijskega strežnika JEE na Open Liberty, podjetniško...

IBM-ove novice

Prejemajte naša glasila in posodobitve tem, ki prinašajo najnovejše miselno vodstvo in vpogled v nastajajoče trende.

Naročite zdaj

Več glasil

Časovni žig:

Več od IBM