Avkoda framtiden: reda ut krångligheterna med Hybrid Cloud Mesh kontra servicemesh - IBM Blog

Avkoda framtiden: reda ut krångligheterna med Hybrid Cloud Mesh kontra servicemesh – IBM Blog

Källnod: 3085667


Avkoda framtiden: reda ut krångligheterna med Hybrid Cloud Mesh kontra servicemesh – IBM Blog



Flygfoto över fordon i en rondell

Hybrid Cloud Mesh, som är allmänt tillgängligt nu, revolutionerar applikationsanslutningar över hybrid multimolnmiljöer. Låt oss göra en jämförelse mellan Hybrid Cloud Mesh och ett typiskt servicenät för att bättre förstå nyanserna hos dessa viktiga komponenter inom modern företagsanslutning. Denna jämförelse förtjänar merit eftersom båda lösningarna är fokuserade på applikationscentrerad anslutning om än på ett annat sätt.  

Innan vi fördjupar oss i jämförelsen, låt oss kort återkomma till konceptet Hybrid Cloud Mesh och ett typiskt servicenät.  

Illustration av anslutning

Hybrid Cloud Mesh

Hybrid Cloud Mesh är en modern applikationscentrerad anslutningslösning som är enkel, säker, skalbar och sömlös. Det skapar en säker nätverksöverlagring för applikationer distribuerade över moln, edge och on-prem och tar sig an holistiskt de utmaningar som distribution av tjänster över hybrid multimoln innebär.  

Illustration av Hybrid Cloud Mesh-diagram

Servicenät

Ett servicenät är ett konfigurerbart infrastrukturlager som hanterar alla anslutningskrav mellan mikrotjänster. Den hanterar tjänst-till-tjänst-kommunikation och tillhandahåller viktiga funktioner som tjänsteupptäckt, lastbalansering, kryptering och autentisering.  

Språkbibliotek för anslutning har partiell och inkonsekvent implementering av trafikhanteringsfunktioner och är svåra att underhålla och uppgradera. Ett servicenät eliminerar sådana bibliotek och tillåter tjänster att fokusera på sin affärslogik och kommunicera med andra tjänster utan att lägga till någon anslutningslogik på plats.  

Hybrid Cloud Mesh kontra service mesh: en jämförande analys 

1. Omfattning av anslutning

  • Hybrid Cloud Mesh: Går längre än mikrotjänster inom en containerbaserad applikation och utökar anslutningsmöjligheterna till applikationer oavsett om de är formfaktordistribuerade över lokalt, offentligt moln och privat molninfrastruktur. Dess omfattning omfattar ett bredare spektrum av distributionsscenarier. 
  • Servicenät: Fokuserar i första hand på att hantera kommunikation mellan mikrotjänster i en containermiljö. Även om många servicenät har börjat titta utåt, möjliggör multikluster alla-till-alla-anslutning.  

2. Multicloud-anslutning

  • Hybrid Cloud Mesh: Kopplar sömlöst samman applikationer över hybrid multimolnmiljöer, och erbjuder en enhetlig lösning för organisationer med olika molninfrastrukturer. 
  • Servicenät: Vanligtvis designad för applikationer som distribueras inom ett specifikt moln eller lokal miljö. Många servicenät har utökat räckvidden till multicloud-anslutning, men de är inte helt optimerade för det.  

3. Trafiktekniska förmågor

  • Hybrid Cloud Mesh: Använder waypoints för att stödja vägoptimering för kostnad, latens, bandbredd och annat. förbättra applikationens prestanda och säkerhet. 
  • Servicenät: Inga trafiktekniska funktioner. Fokuserar i första hand på intern trafikhantering inom mikroservicearkitekturen. 

4. Anslutningsavsiktsuttryck

  • Hybrid Cloud Mesh: Tillåter användare att uttrycka anslutningsavsikter genom UI eller CLI, vilket ger en intuitiv, användarvänlig upplevelse med minimal inlärningskurva.  
  • Servicenät: Kräver att användare implementerar komplexa kommunikationsmönster i sidovagnsproxyn med hjälp av konfigurationsfiler. Servicenätoperationer innebär komplexitet och kräver en betydande inlärningskurva. Expertteamet som ansvarar för att hantera servicenätet måste konsekvent investera tid och ansträngning för att effektivt använda och underhålla servicenätet. På grund av den branta inlärningskurvan och verktyg som krävs (såsom integration med CI/CD-pipeline eller dag 0 till dag 2-automation), kan servicenät användas först efter att kunder har fått en viss skala för att göra investeringen lönsam.   

5. Lednings- och kontrollplan

  • Hybrid Cloud Mesh: Använder ett centraliserat SaaS-baserat hanterings- och kontrollplan, vilket förbättrar användarvänligheten och ger observerbarhet. Användare interagerar med näthanteraren genom ett användarvänligt användargränssnitt eller CLI. 
  • Servicenät: Använder ofta decentraliserad hantering, med kontrollplan fördelade över mikrotjänsterna, vilket kräver samordning för effektiv administration. 

6. Integration med gateways

  • Hybrid Cloud Mesh: Integreras med olika gateways, främjar anpassningsförmåga till olika användningsfall och framtidsredo för kommande gateway-tekniker. 
  • Servicenät: Förlitar sig främst på sidovagnsproxies för kommunikation mellan mikrotjänster inom samma kluster. Normalt utökas funktionerna på proxyn för att uppfylla kraven.  

7. Applikationsupptäckt

  • Hybrid Cloud Mesh: Mesh Manager upptäcker och uppdaterar kontinuerligt multicloud-distributionsinfrastruktur, vilket automatiserar upptäckten av distribuerade applikationer och tjänster. 
  • Servicenät: Förlitar sig vanligtvis på tjänsteregistrering och upptäcktsmekanismer i den containeriserade miljön. 

8. Dynamiskt nätverksunderhåll

  • Hybrid Cloud Mesh: Anpassar sig automatiskt till dynamiska förändringar i arbetsbelastningsplacering eller miljö, vilket möjliggör motståndskraftig och pålitlig anslutning i stor skala utan manuella ingrepp. 
  • Servicenät: Vanligtvis är bördan dag 2 för att hantera ett servicenät som kopplar samman applikationer över flera moln enorm på grund av komplexiteten i operationer som krävs för att hantera dynamiska infrastrukturförändringar. Det kräver manuella justeringar för att tillgodose ändringar i mikrotjänster som distribueras i en multimolnmiljö. Det görs betydande ansträngningar för att hålla det igång såsom uppgraderingar, säkerhetskorrigeringar och annat förutom infrastrukturförändringar. Detta tar mycket tid och mycket lite tid kvar för att implementera nya funktioner.  

9. Infrastruktur overhead

  • Hybrid Cloud Mesh: Dataplanet består av ett begränsat antal kant-gateways och waypoints.
  • Servicenät: Betydande omkostnader på grund av sidovagnsproxyarkitektur som kräver 1 sidovagnsproxy för varje arbetsbelastning.  

10. Flerboende

  • Hybrid Cloud Mesh: Erbjuder robust multitenancy; dessutom kan underhyresgäster skapas för att upprätthålla separation mellan olika avdelningar eller vertikaler inom en organisation. 
  • Servicenät: Kan sakna förmågan att rymma multitenancy eller en underhyresarkitektur. Få kunder kan skapa ett separat servicenät per kluster för att hålla hyresgästerna åtskilda. Därför måste de distribuera och hantera sina egna gateways för att ansluta olika servicenät.  

Ta nästa steg med Hybrid Cloud Mesh 

Vi är glada över att kunna visa upp en teknisk förhandsvisning av Hybrid Cloud Mesh som stöder användningen av Red Hat® Service Interconnect-gateways som förenklar applikationsanslutning och säkerhet över plattformar, kluster och moln. Red Hat Service Interconnect, tillkännagav 23 maj 2023 på Red Hat Summit, skapar kopplingar mellan tjänster, applikationer och arbetsbelastningar över hybridmiljöer. 

Vi har precis börjat på vår resa med att bygga omfattande hybrid-multimolnautomationslösningar för företaget. Hybrid Cloud Mesh är inte bara en nätverkslösning; det är konstruerat för att vara en transformativ kraft som gör det möjligt för företag att få maximalt värde från modern applikationsarkitektur, vilket möjliggör hybridmolnantagande och revolutionerar hur multimolnmiljöer används. Vi hoppas att du följer med oss ​​på resan. 

Läs mer om Hybrid Cloud Mesh

var den här artikeln hjälpsam?

JaNej


Mer från Hybrid cloud




Konfidentiella behållare med Red Hat OpenShift Container Platform och IBM® Secure Execution för Linux

7 min läs - Hybridmoln har blivit det dominerande tillvägagångssättet för företagsmolnstrategier, men det kommer med komplexitet och oro över integration, säkerhet och kompetens. För att komma till rätta med dessa problem använder branschen containerruntimemiljöer för att abstrahera bort infrastruktur. Red Hat OpenShift Container Platform (RH OCP) har vuxit fram som en ledande lösning för att stödja applikationsutvecklingens livscykel, tillhandahålla och hantera containerbilder och arbetsbelastningar till en plattform för containeriserade applikationer och ekosystem. RH OCP tillhandahåller en gemensam distribution, kontroll och...




Kampen om personas i en värld av företagsapplikationer – hur IBM Hybrid Cloud Mesh och Red Hat Services Interconnect förenar dem

3 min läs - Att navigera i den invecklade sfären av moderna företagsapplikationer kräver samarbete mellan olika personer för att effektivt hantera komplexitet. Detta hjälper till med kontinuerlig affärssupport genom applikationer som automatiserar viktiga arbetsflöden. Traditionellt är applikationer och deras värdinfrastruktur i linje med DevOps och CloudOps. Men stigande kostnader på grund av olika IT-miljöer ledde till uppkomsten av FinOps, med fokus på kostnadsövervakning och kontroll. Olika personer i applikationsdistribution har introducerat mycket komplexa arbetsflöden. Vanligtvis initierar DevOps förfrågningar som granskas av CloudOps, NetOps, SecOps och...




Hur DNS-trafikstyrning utökar affärsvärdet av hybrid- och multimolnnätverk

4 min läs - I den senaste versionen av sin "Cloud Hype Cycle" placerade Gartner multimolnnätverksverksamheten i "toppen av uppblåsta förväntningar, farligt nära "besvikelsens dal." Även om detta kan spegla tillståndet för både hybrid och multimoln nätverk på en aggregerad nivå, det finns ett överflöd av nyanser som lurar under Gartners bedömning. Utmaningen är att hybrid och multicloud är både nutiden och framtiden för nätverkande. Det är ett område som verkar producera...




java-microservices-on-open-source-applikationsservrar

3 min läs - Migrera från din nuvarande JEE-appserver till Open Liberty i några enkla steg Den niodelade serien Migrering av Java Microservices från Spring Boot till MicroProfile täckte de underliggande komponenterna i Eclipse MicroProfile, som Rest Client för att skapa API:er för mikrotjänstapplikationer, Context Dependency Injektion för stöd för anteckningsbaserad kabeldragning, feltolerans för problemåterställning och OpenTracing för att diagnostisera serviceproblem. Den här korta bloggen berör ett specifikt sätt att göra: Enkla steg för att migrera från din nuvarande JEE-applikationsserver till Open Liberty, en företagsklass...

IBMs nyhetsbrev

Få våra nyhetsbrev och ämnesuppdateringar som ger det senaste tankeledarskapet och insikter om nya trender.

Prenumerera nu

Fler nyhetsbrev

Tidsstämpel:

Mer från IBM