Tulevaisuuden purkaminen: Hybrid Cloud Meshin ja palveluverkon monimutkaisuuden purkaminen - IBM-blogi

Tulevaisuuden purkaminen: Hybrid Cloud Meshin ja palveluverkon monimutkaisuuden purkaminen – IBM-blogi

Lähdesolmu: 3085667


Tulevaisuuden purkaminen: Hybrid Cloud Meshin ja palveluverkon monimutkaisuuden purkaminen – IBM-blogi



Ilmakuva ajoneuvoista liikenneympyrässä

Hybrid Cloud Mesh, joka on yleisesti saatavilla nyt, mullistaa sovellusten liitettävyyden hybridimultipilviympäristöissä. Vertaillaan Hybrid Cloud Meshiä ja tyypillistä palveluverkkoa ymmärtääksemme paremmin näiden olennaisten komponenttien vivahteita nykyaikaisen yritysyhteyden alueella. Tämä vertailu ansaitsee ansion, koska molemmat ratkaisut keskittyvät sovelluskeskeiseen liitettävyyteen, vaikkakin eri tavalla.  

Ennen kuin syvennymme vertailuun, tarkastellaan lyhyesti Hybrid Cloud Meshin ja tyypillisen palveluverkon käsitettä.  

Kuva liitettävyydestä

Hybridi pilviverkko

Hybrid Cloud Mesh on moderni sovelluskeskeinen yhteysratkaisu, joka on yksinkertainen, turvallinen, skaalautuva ja saumaton. Se luo suojatun verkkopeittokerroksen pilvi-, reuna- ja on-prem-sovelluksille ja vastaa kokonaisvaltaisesti palvelujen jakelun aiheuttamiin haasteisiin hybridimultipilven kautta.  

Kuva hybridipilviverkkokaaviosta

Palveluverkko

Palveluverkko on konfiguroitava infrastruktuurikerros, joka hallitsee kaikkia mikropalvelujen välisiä yhteysvaatimuksia. Se hallitsee palveluiden välistä viestintää tarjoamalla tärkeitä toimintoja, kuten palvelun löytämisen, kuormituksen tasapainotuksen, salauksen ja todentamisen.  

Liitettävyyden kielikirjastoissa on osittainen ja epäjohdonmukainen liikenteenhallintaominaisuuksien toteutus, ja niitä on vaikea ylläpitää ja päivittää. Palveluverkko eliminoi tällaiset kirjastot ja antaa palveluille mahdollisuuden keskittyä liiketoimintalogiikkaan ja kommunikoida muiden palvelujen kanssa lisäämättä liitettävyyslogiikkaa in situ.  

Hybridipilviverkko ja palveluverkko: vertaileva analyysi 

1. Yhteyden laajuus

  • Hybridi pilviverkko: Se ulottuu konttisovelluksen mikropalveluita pidemmälle ja laajentaa liitettävyyden sovelluksiin riippumatta siitä, ovatko ne muototekijänä käytössä paikallisessa, julkisessa pilvessä tai yksityisessä pilviinfrastruktuurissa. Sen soveltamisala kattaa laajemman valikoiman käyttöönottoskenaarioita. 
  • Palveluverkko: keskittyy ensisijaisesti mikropalvelujen välisen viestinnän hallintaan konttiympäristössä. Vaikka monet palveluverkot ovat alkaneet katsoa ulospäin, mikä mahdollistaa monen klusterin välisen yhteyden mihin tahansa.  

2. Multicloud-yhteys

  • Hybridi pilviverkko: Yhdistää saumattomasti sovelluksia hybridimultipilviympäristöissä tarjoten yhtenäisen ratkaisun organisaatioille, joilla on erilaisia ​​pilviinfrastruktuureja. 
  • Palveluverkko: Suunniteltu tyypillisesti sovelluksille, jotka on otettu käyttöön tietyssä pilviympäristössä tai paikallisessa ympäristössä. Monet palveluverkot ovat laajentaneet soveltamisalaa multicloud-yhteyksiin, mutta niitä ei ole täysin optimoitu sitä varten.  

3. Liikennesuunnitteluominaisuudet

  • Hybridi pilviverkko: Käyttää reittipisteitä tukemaan polun optimointia kustannusten, latenssin, kaistanleveyden ja muiden osalta. parantaa sovelluksen suorituskykyä ja turvallisuutta. 
  • Palveluverkko: Ei liikennesuunnitteluvalmiuksia. Keskittyy ensisijaisesti sisäiseen liikenteenhallintaan mikropalveluarkkitehtuurin sisällä. 

4. Yhteystarkoituksen ilmaisu

  • Hybridi pilviverkko: Antaa käyttäjien ilmaista yhteysaikeet käyttöliittymän tai CLI:n kautta, mikä tarjoaa intuitiivisen, käyttäjäystävällisen kokemuksen minimaalisella oppimiskäyrällä.  
  • Palveluverkko: Edellyttää käyttäjiä toteuttamaan monimutkaisia ​​viestintämalleja sivuvaunun välityspalvelimessa määritystiedostojen avulla. Palveluverkkotoiminnot ovat monimutkaisia ​​ja vaativat huomattavan oppimiskäyrän. Palveluverkon hallinnasta vastaavan asiantuntijaryhmän on jatkuvasti panostettava aikaa ja vaivaa palveluverkon tehokkaaseen hyödyntämiseen ja ylläpitoon. Jyrkän oppimiskäyrän ja tarvittavien työkalujen (kuten integrointi CI/CD-putkilinjaan tai päivän 0–2 automatisointi) vuoksi palveluverkot voidaan ottaa käyttöön vasta, kun asiakkaat ovat saavuttaneet tietyn mittakaavan, jotta investoinnit ovat kannattavia.   

5. Hallinta- ja ohjaustaso

  • Hybridi pilviverkko: Käyttää keskitettyä SaaS-pohjaista hallinta- ja ohjaustasoa, mikä helpottaa käyttöä ja tarjoaa havaittavuuden. Käyttäjät ovat vuorovaikutuksessa mesh-hallinnan kanssa käyttäjäystävällisen käyttöliittymän tai CLI:n kautta. 
  • Palveluverkko: Käyttää usein hajautettua hallintaa, jossa ohjaustasot on jaettu mikropalveluihin, mikä edellyttää koordinointia tehokkaan hallinnon varmistamiseksi. 

6. Integrointi yhdyskäytävien kanssa

  • Hybridi pilviverkko: Integroituu eri yhdyskäytäviin, mikä edistää sopeutumiskykyä erilaisiin käyttötapauksiin ja on tulevaisuuteen valmis tuleville yhdyskäytävätekniikoille. 
  • Palveluverkko: Luottaa ensisijaisesti sivuvaunun välityspalvelimiin tiedonsiirrossa saman klusterin mikropalvelujen välillä. Tyypillisesti välityspalvelimen ominaisuuksia laajennetaan vastaamaan vaatimuksia.  

7. Sovellusten etsintä

  • Hybridi pilviverkko: Mesh Manager etsii ja päivittää jatkuvasti multicloud-käyttöönottoinfrastruktuuria, mikä automatisoi käyttöön otettujen sovellusten ja palveluiden löytämisen. 
  • Palveluverkko: Luottaa yleensä palvelun rekisteröinti- ja etsintämekanismeihin konttiympäristössä. 

8. Dynaaminen verkon ylläpito

  • Hybridi pilviverkko: Mukautuu automaattisesti työkuormituksen tai ympäristön dynaamisiin muutoksiin mahdollistaen joustavan ja luotettavan liitettävyyden laajassa mittakaavassa ilman manuaalisia toimenpiteitä. 
  • Palveluverkko: Yleensä 2. päivän taakka sovelluksia yhdistävän palveluverkon hallinnassa multicloudissa on valtava dynaamisten infrastruktuurimuutosten hallintaan tarvittavien toimintojen monimutkaisuuden vuoksi. Se vaatii manuaalisia säätöjä mukautuakseen monipilviympäristössä käyttöönotetuissa mikropalveluissa tapahtuviin muutoksiin. Sen pitäminen käynnissä vaatii paljon vaivaa, kuten päivitykset, tietoturvakorjaukset ja muut infrastruktuurimuutosten lisäksi. Tämä vie paljon aikaa ja uusien ominaisuuksien käyttöönottoon jää hyvin vähän aikaa.  

9. Infrastruktuurikustannukset

  • Hybridi pilviverkko: Datataso koostuu rajoitetusta määrästä reunayhdyskäytäviä ja reittipisteitä.
  • Palveluverkko: Merkittävä lisäkustannus sivuvaunun välityspalvelinarkkitehtuurin takia, joka vaatii yhden sivuvaunun välityspalvelimen jokaista työkuormaa kohti.  

10. Monivuokraus

  • Hybridi pilviverkko: Tarjoaa vankan monivuokrauksen; Lisäksi voidaan luoda alivuokralaisia ​​ylläpitämään eroa organisaation eri osastojen tai toimialojen välillä. 
  • Palveluverkko: Saattaa puuttua kykyä sovittaa monivuokra- tai alivuokralaisarkkitehtuuriin. Harvat asiakkaat voivat luoda erillisen palveluverkon klusteria kohden pitääkseen vuokralaiset erillään. Siksi heidän on otettava käyttöön ja hallinnoitava omia yhdyskäytäviään erilaisten palveluverkkojen yhdistämiseksi.  

Ota seuraava askel Hybrid Cloud Meshin avulla 

Olemme innoissamme voidessamme esitellä teknisen esikatselun Hybrid Cloud Meshistä, joka tukee Red Hat® Service Interconnect -yhdyskäytävien käyttöä, mikä yksinkertaistaa sovellusten yhteyksiä ja turvallisuutta alustojen, klustereiden ja pilvien välillä. Red Hat Service Interconnect, joka julkistettiin 23. toukokuuta 2023 Red Hat Summitissa, luo yhteyksiä palveluiden, sovellusten ja työkuormien välille välttämättömien hybridiympäristöjen välillä. 

Olemme vasta aloittamassa matkaamme rakentaaksemme kattavia hybridimultipilviautomaatioratkaisuja yritykselle. Hybrid Cloud Mesh ei ole vain verkkoratkaisu; se on suunniteltu muuttavaksi voimaksi, joka antaa yrityksille mahdollisuuden saada maksimaalista lisäarvoa nykyaikaisesta sovellusarkkitehtuurista, mikä mahdollistaa hybridipilvien käyttöönoton ja mullistaa monipilviympäristöjen käytön. Toivomme, että olet mukana matkallamme. 

Lue lisää Hybrid Cloud Meshistä

Oliko tästä artikkelista hyötyä?

KylläEi


Lisää Hybridpilvestä




Luottamukselliset säilöt, joissa on Red Hat OpenShift Container Platform ja IBM® Secure Execution for Linux

7 min lukea - Hybridipilvestä on tullut hallitseva lähestymistapa yrityspilvistrategioissa, mutta se sisältää monimutkaisuutta ja huolenaiheita integraatiosta, turvallisuudesta ja taidoista. Vastatakseen näihin huolenaiheisiin teollisuus omaksuu konttiajonaikaiset ympäristöt abstraktin infrastruktuurin poistamiseksi. Red Hat OpenShift Container Platform (RH OCP) on noussut johtavaksi ratkaisuksi sovelluskehityksen elinkaaren tukemiseen, konttikuvien ja työkuormien provisiointiin ja hallintaan konttisovellusten ja ekosysteemien alustaksi. RH OCP tarjoaa yhteisen käyttöönoton, hallinnan ja…




Henkilöiden taistelu yrityssovellusten maailmassa – kuinka IBM Hybrid Cloud Mesh ja Red Hat Services Interconnect yhdistävät heidät

3 min lukea - Nykyaikaisten yrityssovellusten monimutkaisessa maailmassa navigoiminen vaatii yhteistyötä eri henkilöiden kesken, jotta monimutkaisuus voidaan hallita tehokkaasti. Tämä auttaa jatkuvassa liiketoiminnan tukemisessa tärkeiden työnkulkujen automatisoivien sovellusten kautta. Perinteisesti sovellukset ja niiden isännöintiinfrastruktuuri ovat yhdenmukaisia ​​DevOpsien ja CloudOpsien kanssa. Erilaisista IT-ympäristöistä johtuvien kustannusten nousu johti kuitenkin kulujen seurantaan ja hallintaan keskittyvän FinOpsin syntymiseen. Eri henkilöt sovellusten käyttöönotossa ovat ottaneet käyttöön erittäin monimutkaisia ​​työnkulkuja. Yleensä DevOps aloittaa pyynnöt, jotka CloudOps, NetOps, SecOps ja…




Kuinka DNS-liikenteen ohjaus laajentaa hybridi- ja multicloud-verkon liiketoiminta-arvoa

4 min lukea - "Cloud Hype Cycle" -ohjelmansa uusimmassa versiossa Gartner asetti usean pilven verkkotoiminnot "paisuneiden odotusten huipulle, vaarallisen lähelle "pettymysten pohjaa". Vaikka tämä saattaa heijastaa sekä hybridi- että monipilven tilaa. verkostoituminen kokonaistasolla, Gartnerin arvion alla piilee runsaasti vivahteita. Haasteena on, että hybridi ja multicloud ovat verkottumisen nykyisyys ja tulevaisuus. Se on alue, joka näyttää tuottavan…




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

3 min lukea - Siirrä nykyisestä JEE-sovelluspalvelimestasi Open Libertyyn muutamalla helpolla vaiheella Yhdeksänosainen sarja Migrating Java Microservices from Spring Boot to MicroProfile kattoi Eclipse MicroProfilen taustalla olevat komponentit, kuten Rest Clientin sovellusliittymien luomiseen mikropalvelusovelluksille, Context Dependency. Injektio merkintöihin perustuvan johdotuksen tukemiseen, vikasietokyky ongelmien palauttamiseen ja OpenTracing palveluongelmien diagnosointiin. Tämä lyhyt blogi käsittelee tiettyä ohjetta: Yksinkertaiset vaiheet siirtyäksesi nykyisestä JEE-sovelluspalvelimestasi Open Libertyyn, yritystason…

IBM:n uutiskirjeet

Tilaa uutiskirjeemme ja aihepäivityksiämme, jotka tarjoavat viimeisimmän ajatusjohtajuuden ja oivalluksia nousevista trendeistä.

Tilaa nyt

Lisää uutiskirjeitä

Aikaleima:

Lisää aiheesta IBM