Afkodning af fremtiden: afdækning af forviklingerne ved Hybrid Cloud Mesh versus servicemesh – IBM Blog

Hybrid Cloud Mesh, som er generelt tilgængelig nu, revolutionerer applikationsforbindelse på tværs af hybrid multicloud-miljøer. Lad os lave en sammenligning mellem Hybrid Cloud Mesh og et typisk servicemesh for bedre at forstå nuancerne af disse væsentlige komponenter inden for moderne virksomhedsforbindelser. Denne sammenligning fortjener merit, fordi begge løsninger er fokuseret på applikationscentreret tilslutning om end på en anden måde.  

Før vi dykker ned i sammenligningen, lad os kort gense konceptet med Hybrid Cloud Mesh og et typisk servicemesh.  

Hybrid Cloud Mesh

Hybrid Cloud Mesh er en moderne applikationscentreret tilslutningsløsning, der er enkel, sikker, skalerbar og problemfri. Det skaber et sikkert netværksoverlay for applikationer fordelt på tværs af cloud, edge og on-prem og tackler holistisk de udfordringer, som distribution af tjenester på tværs af hybrid multicloud udgør.  

Servicenet

Et servicemesh er et konfigurerbart infrastrukturlag, der administrerer alle tilslutningskrav mellem mikrotjenester. Den styrer service-til-service-kommunikation og leverer væsentlige funktionaliteter såsom serviceopdagelse, belastningsbalancering, kryptering og autentificering.  

Sprogbiblioteker til tilslutning har delvis og inkonsekvent implementering af trafikstyringsfunktioner og er vanskelige at vedligeholde og opgradere. Et servicemesh eliminerer sådanne biblioteker og tillader tjenester at fokusere på deres forretningslogik og kommunikere med andre tjenester uden at tilføje nogen forbindelseslogik in situ.  

Hybrid Cloud Mesh versus service mesh: en sammenlignende analyse 

1. Omfang af tilslutning

• Hybrid Cloud Mesh: Går ud over mikrotjenester i en containeriseret applikation og udvider forbindelsen til applikationer, uanset om de er formfaktorimplementeret på tværs af lokale, offentlige cloud- og privat cloud-infrastruktur. Dens omfang omfatter en bredere vifte af implementeringsscenarier. 
• Servicenet: Fokuserer primært på at styre kommunikation mellem mikrotjenester i et containeriseret miljø. Selvom mange servicemasker er begyndt at se udad, muliggør multi-cluster enhver-til-enhver-forbindelse.  

2. Multicloud-forbindelse

• Hybrid Cloud Mesh: Forbinder problemfrit applikationer på tværs af hybride multicloud-miljøer og tilbyder en samlet løsning til organisationer med forskellig cloud-infrastruktur. 
• Servicenet: Typisk designet til applikationer, der er implementeret i et specifikt cloud- eller on-premises miljø. Mange servicemasker har udvidet omfanget til multicloud-forbindelse, men de er ikke fuldt optimeret til det.  

3. Trafiktekniske kapaciteter

• Hybrid Cloud Mesh: Bruger waypoints til at understøtte stioptimering for omkostninger, latens, båndbredde og andre. forbedre applikationens ydeevne og sikkerhed. 
• Servicenet: Ingen trafiktekniske muligheder. Fokuserer primært på intern trafikstyring inden for mikroservicearkitekturen. 

4. Forbindelseshensigtsudtryk

• Hybrid Cloud Mesh: Giver brugere mulighed for at udtrykke hensigt om tilslutning gennem brugergrænsefladen eller CLI, hvilket giver en intuitiv, brugervenlig oplevelse med minimal indlæringskurve.  
• Servicenet: Kræver, at brugerne implementerer komplekse kommunikationsmønstre i sidevognsproxyen ved hjælp af konfigurationsfiler. Service mesh-operationer medfører kompleksitet og kræver en betydelig indlæringskurve. Ekspertteamet, der er ansvarligt for at administrere servicenettet, skal konsekvent investere tid og kræfter for effektivt at udnytte og vedligeholde servicenettet. På grund af stejl indlæringskurve og krævet værktøj (såsom integration med CI/CD-pipeline eller dag 0 til dag 2-automatisering), kan servicemasker kun anvendes, efter at kunderne har opnået en vis skala for at gøre investeringen umagen værd.   

5. Ledelses- og kontrolplan

• Hybrid Cloud Mesh: Anvender et centraliseret SaaS-baseret styrings- og kontrolplan, der forbedrer brugervenlighed og giver observerbarhed. Brugere interagerer med mesh-manageren gennem en brugervenlig UI eller CLI. 
• Servicenet: Bruger ofte decentral styring, med kontrolplaner fordelt på tværs af mikrotjenesterne, hvilket kræver koordinering for effektiv administration. 

6. Integration med gateways

• Hybrid Cloud Mesh: Integrerer med forskellige gateways, fremmer tilpasningsevnen til forskellige anvendelsestilfælde og er fremtidsklar til kommende gateway-teknologier. 
• Servicenet: Er primært afhængig af sidevognsproxyer til kommunikation mellem mikrotjenester inden for samme klynge. Typisk er funktioner på proxyen udvidet for at opfylde kravene.  

7. Applikationsopdagelse

• Hybrid Cloud Mesh: Mesh-manager opdager og opdaterer løbende multicloud-implementeringsinfrastruktur og automatiserer opdagelsen af ​​implementerede applikationer og tjenester. 
• Servicenet: Afhænger typisk af serviceregistrerings- og opdagelsesmekanismer i det containeriserede miljø. 

8. Dynamisk netværksvedligeholdelse

• Hybrid Cloud Mesh: Tilpasser sig automatisk til dynamiske ændringer i arbejdsbelastningsplacering eller miljø, hvilket muliggør robust og pålidelig forbindelse i stor skala uden manuel indgriben. 
• Servicenet: Normalt er dag 2-byrden for at administrere et servicemesh, der forbinder applikationer på tværs af multicloud, enorm på grund af kompleksiteten af ​​operationer, der kræves for at administrere dynamiske infrastrukturændringer. Det kræver manuelle justeringer for at imødekomme ændringer i mikrotjenester, der er implementeret i et multicloud-miljø. Der er en betydelig indsats for at holde det kørende, såsom - opgraderinger, sikkerhedsrettelser og andre bortset fra infrastrukturændringer. Dette tager meget tid og meget lidt tid tilbage til at implementere nye funktioner.  

9. Infrastruktur overhead

• Hybrid Cloud Mesh: Dataplan er sammensat af et begrænset antal kant-gateways og waypoints.
• Servicenet: Betydelig overhead på grund af sidevogn proxy-arkitektur, som kræver 1 sidevogn-proxy for hver arbejdsbelastning.  

10. Multilejemål

• Hybrid Cloud Mesh: Tilbyder robust multi-tenancy; desuden kan underlejere oprettes for at opretholde adskillelse mellem forskellige afdelinger eller vertikaler i en organisation. 
• Servicenet: Kan mangle evnen til at rumme multitenancy eller en underlejerarkitektur. Få kunder kan oprette et separat servicenet pr. klynge for at holde lejerne adskilt. Derfor skal de implementere og administrere deres egne gateways for at forbinde forskellige servicemasker.  

Tag det næste skridt med Hybrid Cloud Mesh 

Vi er glade for at vise et teknisk preview af Hybrid Cloud Mesh, der understøtter brugen af ​​Red Hat® Service Interconnect-gateways, der forenkler applikationsforbindelse og sikkerhed på tværs af platforme, klynger og skyer. Red Hat Service Interconnect, annonceret den 23. maj 2023 på Red Hat Summit, skaber forbindelser mellem tjenester, applikationer og arbejdsbelastninger på tværs af hybride nødvendige miljøer. 

Vi er lige begyndt på vores rejse med at bygge omfattende hybrid multicloud-automatiseringsløsninger til virksomheden. Hybrid Cloud Mesh er ikke kun en netværksløsning; det er konstrueret til at være en transformativ kraft, der sætter virksomheder i stand til at få maksimal værdi fra moderne applikationsarkitektur, hvilket muliggør hybrid cloud-adoption og revolutionerer, hvordan multicloud-miljøer bruges. Vi håber, du er med på rejsen. 

Lær mere om Hybrid Cloud Mesh