A WAN-hálózat üzemeltetése során valójában mennyi felett gyakorolt igazi kontrollt — nem csupán menedzselte vagy konfigurálta azt?
Ha hálózata szolgáltató által biztosított MPLS-körökre épül, a forgalomirányítási döntések mások hardverétől függnek, és az SLA-kat nincs valódi eszköze érvényesíteni, akkor tényleges kontrollja valószínűleg jóval alacsonyabb, mint gondolná.
Éveken át ez a kontrolhiány a szakma strukturális valósága volt, de az erőviszonyok változóban vannak.
A kontroll először a szolgáltatóktól a vállalatokhoz, majd a vállalatoktól a felhőplatformokhoz került. Most ismét mozgásban van — ezúttal magához az alkalmazáshoz.
Az MI-vezérelt munkaterhelések alacsony késleltetést, következetes teljesítményt és valós idejű reagálóképességet igényelnek. Ennek eredményeként a WAN már nem létezhet elsősorban csatlakoztatási célból; dinamikusan alkalmazkodnia kell az általa kiszolgált alkalmazások igényeihez, és fel kell ismernie, mit jelent ez a hálózata szempontjából.
- OLVASSA EL SZINTÉN: Az Ön hálózata ma már az MI-vita középpontjában áll
Mit nyertünk a kontrollért folytatott 40 éves küzdelemmel?
A vállalati WAN esetében minden három tényező körül forog: teljesítmény, költség és kontroll.
A hálózatépítés korai szakaszában a bérelt vonalak kiváló teljesítményt nyújtottak, de annyira drágák voltak, hogy reálisan nem lehetett skálázni őket. A szolgáltató építette és irányította, Ön csupán fizette a számlákat.
Az 1990-es években a frame relay és az aszinkron átviteli mód csökkentette a költségeket a megosztott infrastruktúra révén. Az alapvető dinamika azonban változatlan maradt. A forgalomirányítást és a teljesítményt továbbra is a szolgáltató határozta meg. Ön csupán bérlő volt valaki más ingatlanán.
Majd megjelent az MPLS, és pontosan azt adta a hálózati vezetőknek, amit kerestek: kiszámítható teljesítményt, forgalommérnöki lehetőségeket és megbízható SLA-kat. Az olyan iparágak számára, mint a pénzügyi szektor, ez valódi áttörést jelentett.
Ám ha lefejtjük a kifinomult technológiát, a háttérben semmi sem változott igazán. A kontroll problémája megmaradt.
SD-WAN: Amikor a szervezetek visszavették az irányítást
A fordulópontot egy egyszerű kérdés hozta el: Ahogy az általános internetsávszélesség gyorsabbá és megbízhatóbbá vált, valóban szükségünk volt-e még mindenhez MPLS-re?
A szoftverdefiniált WAN (SD-WAN) nem váltotta fel az alapul szolgáló átviteli réteget, amely nagyrészt változatlan maradt. Teljesen átalakította az azt felülelő vezérlési réteget. Először vált lehetővé, hogy alkalmazásteljesítmény, költségek és üzleti irányelvek alapján irányítsa saját forgalmát. A szolgáltató már nem diktálhatott.
Hamarosan követte a Secure Access Service Edge (SASE), amely ötvözte az SD-WAN forgalomirányítási szabadságát a felhőalapú biztonsággal. Véget ért a forgalom centralizált adatközpontokon való átirányításának korszaka. A hálózati forgalomirányítás feletti kontroll immár a biztonságra is kiterjedt.
Megérkezett a vállalati WAN korszaka — de nem tartott olyan sokáig, mint vártuk.
A harmadik váltás: A hiperskálázók előtérbe kerülése
Miközben a szervezetek az újonnan szerzett hálózati kontroll felett ünnepeltek, a háttérben strukturális átalakulás zajlott. Az alkalmazások felhőbe költöztek, és a velük járó nehéz infrastruktúra is követte őket.
Az Amazon Web Services, a Microsoft és a Google a világ legnagyobb magánhálózatait építette ki. Optikai kábelhálózataik vetekszenek a hagyományos szolgáltatók bármely megoldásával. Sok vállalati architektúrában a forgalom a nyilvános interneten jut el a legközelebbi felhő-csatlakozási ponthoz, majd onnan a hiperskálázó gerinchálózatán halad tovább.
Ennek eredményeként az MPLS már nem az alapértelmezett megoldás. Egyes környezetekben opcionálissá válik, másokban már el is tűnt. Az erőviszonyok ismét eltolódtak. Nem kerültek vissza a szolgáltatókhoz, de Önnél sem maradtak. A felhőszolgáltatókhoz kerültek, ezért elengedhetetlen megérteni, hogy hálózati tapasztalatainak mekkora része függ ma már ezektől a szolgáltatóktól.
Ahol az overlay-modell eléri határait
A legtöbb vállalati hálózat ma hibrid állapotban van. SD-WAN, növekvő SASE-adoptáció, internet-first hozzáférés, és forgalom, amely felhő- és szolgáltatói gerincek között pattan. Ám mindezen architektúra alatt egy teljesítményprobléma húzódik meg, amelyet szoftver önmagában nem képes megoldani.
A mai WAN „best-effort" hálózatokon működik. Ez elegendő SaaS-alkalmazásokhoz és általános webes forgalomhoz, de ha MI-, pénzügyi kereskedési vagy valós idejű adatreplikációs feladatokat terhelünk rá, azonnal megmutatkoznak a gyengeségek.
Ezek a munkaterhelések abszolút kiszámíthatóságot igényelnek. Ha a késleltetés megnő vagy az összeköttetés ingadozik, a hatás messze túlmutat a gyenge felhasználói élményen. Veszélybe kerül a munkaterhelés szinkronizációja, rezilienciája és átviteli teljesítménye.
Ha nagy teljesítményű környezeteket üzemeltet, a best-effort hálózat elfogadása szűk keresztmetszetet teremt, amely visszafogja a teljes architektúrát.
Mi következik: A kontroll az alkalmazáshoz kerül
A következő átadás a valaha volt legnagyobb: A kontroll közvetlenül az alkalmazáshoz kerül.
Az NTT Csoporton belül mi magunk hajtjuk ezt a váltást az All-Photonics Network (APN) révén. Ahelyett, hogy újabb overlay-t építenénk, az APN magát az alapul szolgáló fizikai átviteli réteget fejleszti. Az optikai és elektromos jelek közötti, késleltetést okozó konverziók kiküszöbölésével programozhatóvá, hatékonnyá és kiszámíthatóvá tesszük az alapul szolgáló hálózatot.
Az eredmény jelentős. Ahelyett, hogy az alkalmazások alkalmazkodnának a hálózat korlátaihoz, a hálózat alkalmazkodik az alkalmazás igényeihez. A munkaterhelések kommunikálhatják követelményeiket — késleltetés, sávszélesség, reziliencia és biztonság —, és a hálózat ennek megfelelően konfigurálható. Ez azt jelenti, hogy az igényes MI-munkaterhelések, a pénzügyi kereskedési platformok és a valós idejű adatpipeline-ok pontosan az igényeikre szabott hálózatot kapnak valós időben, ahelyett, hogy utólag optimalizált best-effort forgalomirányításra támaszkodnának.
A nagy teljesítményű környezetek számára ez véget vet a WAN-optimalizálás folyamatos körének. A garantált teljesítmény felé haladunk, és ez olyan gyakorlati valóság, amelyre ma kell elkezdeni tervezni.
- OLVASSA EL SZINTÉN: Amikor a hálózatok elérik a fény sebességét: Miért a fotonika a következő nagy áttörés
4 WAN-architektúra döntés, amely most számít
A WAN évtizedes fejlődése négy valóságra mutat rá a hálózati vezetők számára:
1. A szoftver-overlay nem mentheti meg
Egy évtizedet töltöttünk az átviteli réteg feletti innovációval. Ez kiválóan működik alapszintű SaaS-alkalmazásoknál, de MI és nagy teljesítményű adatok esetén a valódi korlát az overlay alatt található. Ha nem frissíti az átviteli réteget, az architektúra-felülvizsgálata hiányos.
2. Vegye figyelembe a szállítói függőség következményeit
A SASE egyszerűsít, de kétélű fegyver. Új függőségi formát is teremthet, ha a teljes hálózati stratégiája egyetlen szállító ütemtervéhez kötődik túl szorosan. El kell döntenie, hol indokolt a szabványosítás, és hol kell megőriznie a rugalmasságát.
3. A várakozás architektúrális adósságot teremt
Az MI nem fut best-effort hálózatokon. A GPU-fürtök és a valós idejű adatpipeline-ok abszolút kiszámíthatóságot igényelnek. Építse hálózati stratégiáját MI-stratégiájával párhuzamosan, különben éveket tölthet a hálózat olyan problémák körüli utólagos kialakításával, amelyeket elkerülhetett volna.
4. Az emberek már nem kezelhetik ezt egyedül
Egy többszállítós, hálózatot, biztonságot és felhőt átfogó környezet olyan sebességgel és léptékben generál telemetriaadatokat, amellyel a manuális IT-működés nem tud lépést tartani. A WAN jövője az ágentikus infrastruktúra bevezetéséről szól, amely képes automatikusan valós idejű teljesítmény- és biztonsági javításokká alakítani az adatokat.
Mi lesz a következő lépése?
Nem csupán arculatfrissítést szeretne adni WAN-jának. A kérdés az, hogy ki irányítja hálózatát, felhőjét és biztonságát, és hogyan tervez olyan architektúrát, amely valós időben teljesít a legigényesebb alkalmazásai számára.
Az NTT DATA-nál segítünk visszaszerezni ezt a kontrollt. Cisco, Palo Alto Networks, Zscaler, Netskope és más gyártókat átfogó többszállítós szakértelmünkkel tervezzük, telepítjük és menedzseljük biztonságos edge és felhőkörnyezetét teljes körűen, segítve Önt az architektúrális kontroll visszaszerzésében azáltal, hogy összekapcsoljuk az alkalmazásokat a fejlett átvitellel, APN-képességekkel és ágentikus működéssel.
Készen áll átvenni az irányítást saját architektúrája felett, vagy megvárja, amíg mások hozzák meg helyette ezeket a döntéseket?
A KÖVETKEZŐ LÉPÉS
Fedezze fel az NTT DATA Biztonságos Hálózati Megoldásait, és ismerje meg, hogyan alakítjuk át a vállalati kapcsolódást a campus-, WAN- és felhőhálózatokon.