A jövő dekódolása: a Hybrid Cloud Mesh és a szolgáltatásháló bonyolultságának feltárása – IBM Blog

A jelenleg általánosan elérhető Hybrid Cloud Mesh forradalmasítja az alkalmazások összekapcsolását a hibrid multicloud környezetekben. Vessünk egy összehasonlítást a Hybrid Cloud Mesh és egy tipikus szolgáltatási háló között, hogy jobban megértsük ezeknek az alapvető összetevőknek a árnyalatait a modern vállalati kapcsolatok birodalmában. Ez az összehasonlítás azért érdemel, mert mindkét megoldás az alkalmazás-központú kapcsolódásra összpontosít, bár eltérő módon.  

Mielőtt belemerülnénk az összehasonlításba, tekintsük át röviden a hibrid felhőháló és egy tipikus szolgáltatási háló koncepcióját.  

Hibrid felhőháló

A Hybrid Cloud Mesh egy modern, alkalmazásközpontú csatlakozási megoldás, amely egyszerű, biztonságos, méretezhető és zökkenőmentes. Biztonságos hálózati átfedést hoz létre a felhőben, az élen és az on-premben elosztott alkalmazások számára, és holisztikusan kezeli a szolgáltatások hibrid multicloudon keresztül történő elosztásából fakadó kihívásokat.  

Szervizháló

A szolgáltatásháló egy konfigurálható infrastruktúra-réteg, amely kezeli a mikroszolgáltatások közötti összes kapcsolódási követelményt. Kezeli a szolgáltatások közötti kommunikációt, olyan alapvető funkciókat biztosítva, mint a szolgáltatáskeresés, a terheléselosztás, a titkosítás és a hitelesítés.  

Az összeköttetést szolgáló nyelvi könyvtárak a forgalomkezelési szolgáltatások részleges és következetlen megvalósításával rendelkeznek, és nehéz őket karbantartani és frissíteni. A szolgáltatásháló kiküszöböli az ilyen könyvtárakat, és lehetővé teszi a szolgáltatások számára, hogy üzleti logikájukra összpontosítsanak, és kommunikáljanak más szolgáltatásokkal anélkül, hogy in situ kapcsolódási logikát adnának hozzá.  

Hibrid felhőháló versus szolgáltatásháló: összehasonlító elemzés 

1. A csatlakozás hatóköre

• Hibrid felhőháló: Túlmutat a konténeres alkalmazásokon belüli mikroszolgáltatásokon, és kiterjeszti a kapcsolatot az alkalmazásokra, függetlenül attól, hogy azok a helyszíni, a nyilvános felhő és a privát felhő-infrastruktúrán keresztül telepítve vannak-e. Hatálya a telepítési forgatókönyvek szélesebb körét öleli fel. 
• Szervizháló: Elsősorban a mikroszolgáltatások közötti kommunikáció kezelésére összpontosít konténeres környezetben. Bár sok szolgáltatásháló kezdett kifelé nézni, lehetővé téve a több fürtös bármely-bármilyen kapcsolatot.  

2. Multicloud kapcsolat

• Hibrid felhőháló: Zökkenőmentesen összekapcsolja az alkalmazásokat hibrid többfelhős környezetekben, egységes megoldást kínálva a különféle felhő-infrastruktúrákkal rendelkező szervezetek számára. 
• Szervizháló: Általában egy adott felhőben vagy helyszíni környezetben telepített alkalmazásokhoz készült. Sok szolgáltatásháló kiterjesztette a hatókörét a többfelhős kapcsolatra, de nincsenek teljesen erre optimalizálva.  

3. Forgalommérnöki képességek

• Hibrid felhőháló: Útpontokat használ a költségek, késleltetési idő, sávszélesség és egyebek útvonaloptimalizálásának támogatására. az alkalmazások teljesítményének és biztonságának növelése. 
• Szervizháló: Nincs forgalomtechnikai képesség. Elsősorban a belső forgalomkezelésre összpontosít a mikroszolgáltatási architektúrán belül. 

4. Kapcsolódási szándék kifejezése

• Hibrid felhőháló: Lehetővé teszi a felhasználók számára, hogy kifejezzék csatlakozási szándékukat a felhasználói felületen vagy a CLI-n keresztül, intuitív, felhasználóbarát élményt biztosítva minimális tanulási görbével.  
• Szervizháló: A felhasználóknak összetett kommunikációs mintákat kell megvalósítaniuk az oldalkocsi-proxyban konfigurációs fájlok segítségével. A szolgáltatásháló-műveletek összetettséggel járnak, és jelentős tanulási görbét igényelnek. A szervizháló kezeléséért felelős szakértői csapatnak következetesen időt és erőfeszítést kell fektetnie a szolgáltatásháló hatékony felhasználására és karbantartására. A meredek tanulási görbe és a szükséges szerszámok miatt (például integráció a CI/CD csővezetékkel vagy a 0–2. napi automatizálás) a szolgáltatáshálók csak akkor alkalmazhatók, ha az ügyfelek elértek egy bizonyos mértéket, hogy megtérüljön a befektetés.   

5. Irányítási és irányítási sík

• Hibrid felhőháló: Központi SaaS-alapú felügyeleti és vezérlési síkot alkalmaz, megkönnyítve a használhatóságot és biztosítva a megfigyelhetőséget. A felhasználók egy felhasználóbarát felhasználói felületen vagy CLI-n keresztül léphetnek kapcsolatba a mesh-kezelővel. 
• Szervizháló: Gyakran decentralizált felügyeletet használ, a mikroszolgáltatások között elosztott vezérlési síkokkal, ami koordinációt igényel a hatékony adminisztráció érdekében. 

6. Integráció átjárókkal

• Hibrid felhőháló: Integrálódik különféle átjárókkal, elősegíti a különféle felhasználási esetekhez való alkalmazkodóképességet, és készen áll a jövőbeli átjárótechnológiákra. 
• Szervizháló: Elsősorban oldalkocsis proxykra támaszkodik az ugyanazon a fürtön belüli mikroszolgáltatások közötti kommunikációhoz. A proxy szolgáltatásait általában a követelményeknek megfelelően bővítik ki.  

7. Alkalmazásfelderítés

• Hibrid felhőháló: A Mesh Manager folyamatosan felderíti és frissíti a multicloud telepítési infrastruktúrát, automatizálva a telepített alkalmazások és szolgáltatások felfedezését. 
• Szervizháló: Általában a konténeres környezetben lévő szolgáltatások regisztrációs és felderítési mechanizmusaira támaszkodik. 

8. Dinamikus hálózat karbantartás

• Hibrid felhőháló: Automatikusan alkalmazkodik a terheléselosztás vagy a környezet dinamikus változásaihoz, rugalmas és megbízható csatlakozást tesz lehetővé nagy méretekben, manuális beavatkozás nélkül. 
• Szervizháló: Általában az alkalmazásokat multicloudon keresztül összekapcsoló szolgáltatásháló kezelésének második napi terhe óriási a dinamikus infrastruktúra-változások kezeléséhez szükséges műveletek összetettsége miatt. Kézi beállításokat igényel a multicloud környezetben telepített mikroszolgáltatások változásaihoz. Jelentős erőfeszítések szükségesek a működés fenntartása érdekében, mint például a frissítések, biztonsági javítások és egyéb, az infrastruktúra változtatásától eltekintve. Ez sok időt vesz el, és nagyon kevés idő marad az új funkciók bevezetésére.  

9. Infrastruktúra rezsi

• Hibrid felhőháló: Az adatsík korlátozott számú él-átjáróból és útpontból áll.
• Szervizháló: Jelentős többletterhelés az oldalkocsis proxy architektúra miatt, amely minden munkaterheléshez 1 oldalkocsi-proxyt igényel.  

10. Többbérlet

• Hibrid felhőháló: Robusztus többbérleti lehetőséget kínál; továbbá albérlők hozhatók létre a szervezeten belüli különböző részlegek vagy vertikumok közötti elkülönítés érdekében. 
• Szervizháló: Előfordulhat, hogy nem képes több bérlő vagy albérlői architektúra befogadására. Kevés ügyfél hozhat létre külön szolgáltatáshálót fürtönként, hogy a bérlők külön maradjanak. Ezért saját átjáróikat kell telepíteniük és kezelniük a különféle szolgáltatási hálók összekapcsolásához.  

Tegye meg a következő lépést a Hybrid Cloud Mesh segítségével 

Izgatottan várjuk, hogy bemutathassuk a Hybrid Cloud Mesh technológiai előzetesét, amely támogatja a Red Hat® Service Interconnect átjárók használatát, egyszerűsítve az alkalmazások csatlakoztatását és biztonságát platformokon, fürtökön és felhőkön keresztül. Red Hat Service InterconnectA 23. május 2023-án, a Red Hat Summit rendezvényen bejelentett program kapcsolatokat hoz létre a szolgáltatások, alkalmazások és munkaterhelések között a szükséges hibrid környezetekben. 

Még csak most kezdjük az átfogó hibrid multicloud automatizálási megoldások kidolgozását a vállalat számára. A Hybrid Cloud Mesh nem csak hálózati megoldás; Úgy tervezték, hogy átalakító erő legyen, amely képessé teszi a vállalkozásokat arra, hogy maximális értéket nyerjenek ki a modern alkalmazásarchitektúrából, lehetővé téve a hibrid felhő alkalmazását, és forradalmasítja a többfelhős környezetek felhasználását. Reméljük, csatlakozik hozzánk az úton. 

További információ a Hybrid Cloud Meshről