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



Luchtfoto van voertuigen op een rotonde

Hybrid Cloud Mesh, dat nu algemeen beschikbaar is, zorgt voor een revolutie in de connectiviteit van applicaties in hybride multicloud-omgevingen. Laten we een vergelijking maken tussen Hybrid Cloud Mesh en een typisch servicemesh om de nuances van deze essentiële componenten op het gebied van moderne bedrijfsconnectiviteit beter te begrijpen. Deze vergelijking verdient verdienste omdat beide oplossingen gericht zijn op applicatiegerichte connectiviteit, zij het op een verschillende manier.  

Voordat we ons verdiepen in de vergelijking, gaan we kort terug naar het concept van Hybrid Cloud Mesh en een typische service mesh.  

Illustratie van connectiviteit

Hybride cloudmesh

Hybrid Cloud Mesh is een moderne, applicatiegerichte connectiviteitsoplossing die eenvoudig, veilig, schaalbaar en naadloos is. Het creëert een veilige netwerkoverlay voor applicaties die worden gedistribueerd over de cloud, edge en on-prem en pakt op holistische wijze de uitdagingen aan die gepaard gaan met de distributie van diensten via hybride multicloud.  

Illustratie van het Hybrid Cloud Mesh-diagram

Servicenetwerk

Een servicemesh is een configureerbare infrastructuurlaag die alle connectiviteitsvereisten tussen microservices beheert. Het beheert de service-tot-service-communicatie en biedt essentiële functionaliteiten zoals servicedetectie, taakverdeling, encryptie en authenticatie.  

Taalbibliotheken voor connectiviteit hebben een gedeeltelijke en inconsistente implementatie van verkeersbeheerfuncties en zijn moeilijk te onderhouden en te upgraden. Een service mesh elimineert dergelijke bibliotheken en zorgt ervoor dat services zich kunnen concentreren op hun bedrijfslogica en kunnen communiceren met andere services zonder ter plaatse connectiviteitslogica toe te voegen.  

Hybrid Cloud Mesh versus service mesh: een vergelijkende analyse 

1. Omvang van connectiviteit

  • Hybride cloudmesh: Gaat verder dan microservices binnen een gecontaineriseerde applicatie en breidt de connectiviteit uit naar applicaties, ongeacht of ze in vormfactor zijn geïmplementeerd in on-premises, publieke cloud- en private cloud-infrastructuur. De reikwijdte ervan omvat een breder scala aan implementatiescenario's. 
  • Servicenetwerk: richt zich primair op het beheren van de communicatie tussen microservices binnen een containeromgeving. Hoewel veel servicenetwerken naar buiten zijn gaan kijken, waardoor multi-cluster any-to-any-connectiviteit mogelijk is.  

2. Multicloud-connectiviteit

  • Hybride cloudmesh: Verbindt naadloos applicaties in hybride multicloud-omgevingen en biedt een uniforme oplossing voor organisaties met diverse cloudinfrastructuren. 
  • Servicenetwerk: Meestal ontworpen voor toepassingen die worden geïmplementeerd in een specifieke cloud- of on-premises omgeving. Veel service meshes hebben de reikwijdte uitgebreid naar multicloud-connectiviteit, maar zijn er niet volledig voor geoptimaliseerd.  

3. Verkeerstechnische capaciteiten

  • Hybride cloudmesh: Maakt gebruik van waypoints ter ondersteuning van padoptimalisatie voor kosten, latentie, bandbreedte en andere. het verbeteren van de applicatieprestaties en beveiliging. 
  • Servicenetwerk: Geen verkeerstechnische mogelijkheden. Richt zich primair op intern verkeersmanagement binnen de microservices architectuur. 

4. Expressie van connectiviteitsintenties

  • Hybride cloudmesh: Hiermee kunnen gebruikers connectiviteitsintenties uiten via de gebruikersinterface of CLI, waardoor een intuïtieve, gebruiksvriendelijke ervaring wordt geboden met een minimale leercurve.  
  • Servicenetwerk: vereist dat gebruikers complexe communicatiepatronen in de zijspanproxy implementeren met behulp van configuratiebestanden. Service mesh-operaties brengen complexiteit met zich mee en vereisen een aanzienlijke leercurve. Het deskundige team dat verantwoordelijk is voor het beheer van de service mesh moet consequent tijd en moeite investeren om de service mesh effectief te gebruiken en te onderhouden. Vanwege de steile leercurve en de vereiste tooling (zoals integratie met CI/CD-pijplijn of automatisering van dag 0 tot dag 2), kunnen servicemeshes pas worden ingevoerd nadat klanten een bepaalde schaal hebben bereikt om de investering de moeite waard te maken.   

5. Beheer- en controlevlak

  • Hybride cloudmesh: Maakt gebruik van een gecentraliseerd SaaS-gebaseerd beheer- en controlevlak, waardoor het gebruiksgemak wordt vergroot en waarneembaarheid wordt geboden. Gebruikers communiceren met de mesh-manager via een gebruiksvriendelijke gebruikersinterface of CLI. 
  • Servicenetwerk: Maakt vaak gebruik van gedecentraliseerd beheer, met controlevlakken verdeeld over de microservices, waardoor coördinatie nodig is voor effectief beheer. 

6. Integratie met gateways

  • Hybride cloudmesh: Integreert met verschillende gateways, bevordert het aanpassingsvermogen aan diverse gebruiksscenario's en is klaar voor de toekomst voor aankomende gateway-technologieën. 
  • Servicenetwerk: vertrouwt voornamelijk op zijspanproxy's voor communicatie tussen microservices binnen hetzelfde cluster. Doorgaans worden de functies van de proxy uitgebreid om aan de vereisten te voldoen.  

7. Applicatiedetectie

  • Hybride cloud-mesh: Mesh Manager ontdekt en updatet voortdurend de multicloud-implementatie-infrastructuur, waardoor de detectie van geïmplementeerde applicaties en services wordt geautomatiseerd. 
  • Servicenetwerk: Vertrouwt doorgaans op serviceregistratie en detectiemechanismen binnen de containeromgeving. 

8. Dynamisch netwerkonderhoud

  • Hybride cloud-mesh: Past zich automatisch aan dynamische veranderingen in de plaatsing van de werklast of de omgeving aan, waardoor veerkrachtige en betrouwbare connectiviteit op schaal mogelijk wordt zonder handmatige tussenkomst. 
  • Servicenetwerk: Normaal gesproken is de last op dag 2 voor het beheren van een servicemesh die applicaties in meerdere clouds verbindt enorm vanwege de complexiteit van de activiteiten die nodig zijn om dynamische infrastructuurveranderingen te beheren. Het vereist handmatige aanpassingen om tegemoet te komen aan veranderingen in microservices die in een multicloud-omgeving worden geïmplementeerd. Er zijn aanzienlijke inspanningen nodig om het draaiende te houden, zoals upgrades, beveiligingsoplossingen en andere, afgezien van veranderingen in de infrastructuur. Dit kost veel tijd en er blijft weinig tijd over voor het implementeren van nieuwe functies.  

9. Infrastructuuroverhead

  • Hybride cloudmesh: Het datavlak bestaat uit een beperkt aantal edge-gateways en waypoints.
  • Servicenetwerk: Aanzienlijke overhead vanwege de sidecar-proxy-architectuur die voor elke werklast één sidecar-proxy vereist.  

10. Multitenancy

  • Hybride cloudmesh: Biedt robuuste multitenancy; bovendien kunnen onderhuurders worden gecreëerd om de scheiding tussen verschillende afdelingen of branches binnen een organisatie te behouden. 
  • Servicenetwerk: Ontbreekt mogelijk aan de mogelijkheid om multitenancy of een subtenant-architectuur mogelijk te maken. Er zijn maar weinig klanten die per cluster een afzonderlijk servicegaas kunnen maken om de tenants gescheiden te houden. Daarom moeten ze hun eigen gateways inzetten en beheren om verschillende servicenetwerken met elkaar te verbinden.  

Zet de volgende stap met Hybrid Cloud Mesh 

We zijn verheugd om een ​​technische preview te presenteren van Hybrid Cloud Mesh ter ondersteuning van het gebruik van Red Hat® Service Interconnect-gateways die de connectiviteit en beveiliging van applicaties op verschillende platforms, clusters en clouds vereenvoudigen. 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. 

Meer informatie over 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