Hálózatok szabaddá válása: elmozdulás a szándékalapú autonóm műveletek felé – IBM Blog

Hálózatok szabaddá válása: elmozdulás a szándékalapú autonóm műveletek felé – IBM Blog

Forrás csomópont: 3085597


Hálózatok szabaddá válása: elmozdulás a szándékalapú autonóm műveletek felé – IBM Blog




A távközlési ipar, a globális összekapcsolhatóság sarokköve egy ideje technológiai reneszánszát éli, olyan innovációk vezérelve, mint az 5G, az IoT, a számítási felhő és a mesterséges intelligencia. Ennek eredményeként a hálózatok kezelése egyre nehezebbé vált. Automatizálásra van szükség a rutinfeladatok kezeléséhez, a hálózat állapotának figyeléséhez és a problémák valós idejű reagálásához. Előfordulhat azonban, hogy a kommunikációs szolgáltatók (CSP-k) meglévő készségei nem igazodnak e dinamikus környezet változó igényeihez. Ahhoz, hogy a modern korban sikeresek legyünk, a CSP-knek sokoldalú csapatokra van szükségük, beleértve az adatok értelmezését és műveleteit végző adattudósokat, a szállítói alkalmazásprogramozási felületeken (API) keresztül történő automatizálást végző szoftverfejlesztőket és a szolgáltatás megbízhatóságát biztosító zárt hurkokat tervező szolgáltatásbiztosítási mérnököket.

Míg a CSP-k áthidalják a szakadékot azáltal, hogy sokrétű tapasztalattal rendelkező csapatokat építenek, ugyanakkor jelentős előrelépést is élveznek egy párhuzamos trendben. A programozási nyelvek az alacsony kódú/kód nélküli paradigmák felé fejlődtek, és a generatív mesterséges intelligencia megjelenésével egy olyan ponton vagyunk, ahol az alapmodellek formális kódot generálhatnak a feladatok természetes nyelvű leírása alapján. Ez új perspektívát adott a koncepciónak szándék alapú hálózatépítés (IBN), ahol az emberi adminisztrátorok „intent” néven ismert természetes nyelven fejezik ki a magas szintű hálózati célkitűzéseket, és ezek az emberi szándékok automatikusan hálózati szabályzatokká és konfigurációkká alakulnak. Az IBN képes javítani a hálózatkezelést, és a távközlési szolgáltatókon belüli tehetséghiány megszüntetése terén a játék megváltoztatója lehet. Egy lépéssel tovább lépve, autonóm hálózatok (AN) ígéretet tesz arra, hogy a szándékokat bemenetként használja fel a hálózatok autonóm önkonfigurálására, önoptimalizálására és öngyógyítására, ahogy a feltételek alakulnak.

Jóllehet fényes jövőt képzelhetünk el mind az IBN, mind az AN számára, továbbra is fennállnak az aggodalmak megvalósíthatóságukkal és programalkalmazásukkal kapcsolatban, beleértve többek között a szándék kifejezését, a hálózati konfigurációba való pontos fordítást, a rendszer átláthatóságát és összetettségét. Ebben a blogban belemerülünk azokba a területekbe, ahol gyakorlati alkalmazásuk potenciált rejt, és elemezzük, milyen kihívásokkal szembesülhetnek útjuk során.

Motiváló eset: új szolgáltatások bevezetése szándék nélkül

Ahhoz, hogy megértsük a CSP-csapatok és a hálózat közötti interakciók egyszerűsítésének szükségességét, egy új szolgáltatás-telepítést használunk példaként.

Feltételezzük, hogy a CSP-hálózat működése automatizált a dokumentumban leírt specifikációk szerint TMF Bevezető útmutató 1230 (IG1230) az autonóm hálózatok műszaki architektúrájához. Ebben az összefüggésben a CSP OSS-je (1) rendelkezik a szolgáltatásnyújtáshoz, az automatizált kiépítéshez és az automatizált teszteléshez szükséges koordinátorral, (2) egy hálózati leltárral rendelkező biztosítási rendszerrel, amely adatokat gyűjt, betekintést nyújt a hálózat állapotába, és ezáltal megkönnyíti az adatvezérelt döntéshozatalt. zárt hurkú vezérléssel összefüggésben és (3) egy házirend-kezelővel, amely előre meghatározott házirendekkel irányítja a hálózati viselkedést, biztosítva a tágabb CSP szabályzataihoz való igazodást. Dióhéjban az automatizált műveletek a szolgáltatások szoros összekapcsolása körül forognak a hozzájuk rendelt, ember által tervezett TOSCA-szolgáltatásleírókkal, konfigurációkkal, szabályzatokkal és elengedhetetlen munkafolyamatokkal, amelyekben a tervezési idő alatt a szolgáltatástervezők intelligenciát és döntéshozatalt adnak hozzá. A szolgáltatástervezőknek proaktívan előre kell látniuk a hálózatban előforduló feltételek széles körét, és részletes útmutatást kell adniuk arra vonatkozóan, hogyan kell ezeket kezelni – a zéró érintés élményét mindaddig érik el, amíg a jövőbeli feltételeket előre látják, és megvannak a kezelésükre vonatkozó szabályok.

A 0. nap, az 1. nap és a 2. nap kifejezéseket a szolgáltatás életciklusának különböző szakaszaira használjuk, nevezetesen szolgáltatás tervezése, szolgáltatás példányosítása és a szolgáltatásbiztosítás, Ill.

  • A szolgáltatástervezés az 1. ábrán látható különféle szolgáltatási eszközök fejlesztését foglalja magában. Ez a szolgáltatástervező csapat feladata, amelynek meg kell értenie a szolgáltatás 1. és 2. napi működését, és elő kell állítania a szükséges munkafolyamatokat és szkripteket. A 2. ábrán látható piros vonalak egy új szolgáltatás szolgáltatásnyújtási folyamatát jelzik, biztosítva, hogy a szolgáltatás mostantól megrendelhető legyen.
1. ábra: A 0. nap szolgáltatástervezési folyamata – a szolgáltatási eszközök tervezése
  • A szolgáltatás példányosítása akkor történik meg, amikor a szolgáltatás megrendelése megérkezik, az előfizetői kérést követően. Ma a CSP-kben a szervizrendelés jellemzően a TMF 641 interfészen keresztül érkezik a szolgáltatásrendelés-kezelőtől (SOM). Amikor a szervizrendező megkapja a szervizrendelést, biztosítja a munkafolyamatok végrehajtását, valamint a kért megfigyelési konfigurációk, PM/FM-modellek és házirendek telepítését és futtatását. A szolgáltatás példányosítását a 2. ábrán zöld vonalakkal mutatjuk be.
  • A szolgáltatásbiztosítás egy zárt hurkú megközelítést követ, amelyben a telepített szolgáltatások feltételei folyamatos monitorozáson és automatizált életciklus-akciókon mennek keresztül. A biztosítási zárt hurkot a 2. ábrán kék vonalakkal mutatjuk be.
2. ábra: 0. nap/1. nap/2. nap kölcsönhatások

Összességében elmondható, hogy a tervezési szakasz az, amely jelentős mennyiségű kézi munkával jár, hiszen az új szolgáltatáshoz szükséges a hálózatot instrukciókkal ellátni.

Mik azok a szándékok?

Az IBN-ben a szándékok olyan magas szintű célokra utalnak, amelyeket a CSP el akar érni a hálózatában. Ahelyett, hogy a 0. napi műveletek során bonyolult, alacsony szintű hálózati konfigurációkkal foglalkoznának, amint azt fentebb tárgyaltuk, a mérnöki csapatok szándékokkal fejezik ki a célokat, és a szándékokat alátámasztó logika lefordítja azokat a szükséges hálózati konfigurációvá, amely teljesíti a szándékcélt.

A konfigurációk hálózatra történő alkalmazását követően az AN folyamatosan figyeli a telepített szolgáltatásokat, és módosítja a konfigurációt annak érdekében, hogy a művelet összhangban maradjon a megadott szándékokkal. Az AN kiterjeszti a szándékok használatát a 2. napi műveletekre.

Az IBN és az AN perspektívái

Ezután bemutatunk néhány olyan szempontot, amelyekben a szándékok forradalmasíthatják az intent előtti kor bevett gyakorlatát:

  • 0. napi műveletek:
    • Felkészülés az új szolgáltatásokra – Használja ki a generatív mesterséges intelligenciát a természetes nyelvi bevitel feldolgozásához, hogy autonóm módon kiegészítse a szolgáltatási követelményeket.
    • Új szolgáltatások bevezetése – Határozzon meg új szolgáltatásokat természetes nyelvet használva, például „egyénre szabott kapcsolódási megoldást biztosítson az egészségügyi intézményeken belüli biztonságos kommunikációhoz” vagy „engedélyezze az IoT-eszközök kommunikációját az intelligens város infrastruktúráján keresztül”, valamint a generatív mesterséges intelligencia felhasználását a szükséges szolgáltatási eszközök automatikus generálásához.
    • Szállító-specifikus erőforrás-illesztőprogramok automatikus generálása– Használjon generatív AI-t a szállítóspecifikus erőforrás-illesztőprogramok létrehozásához a gyártói dokumentáció alapján.
  • 1. napi műveletek:
    • A szervizrendelés egyszerűsítése – Lehetővé teszi az ügyfelek számára, hogy természetes nyelven igényeljenek szolgáltatásokat. Ez a felhasználóbarát megközelítés újszerű szolgáltatásrendelési élményt tesz lehetővé, például a katalógusból származó ajánlatok keverését és összeillesztését.
    • Megvalósíthatósági ellenőrzések – Egyszerűsíti az érvényesítési ellenőrzéseket, mivel az ügyfelek kifejezik szándékaikat azáltal, hogy hatékonyan értékelik a kritikus tényezőket, például az optikai vonal elérhetőségét. Ennek eredményeként csökken a hálózati mérnökök terhe, gyorsabb a szolgáltatásérvényesítés, valamint agilisabb és érzékenyebb üzembe helyezés.
  • 2. napi műveletek:
    • Dinamikus szolgáltatásbiztosítás – Lehetővé teszi a hálózatok számára, hogy intelligensen reagáljanak a változó körülményekre és felhasználói igényekre. A rugalmas szándékalapú házirendek fokozzák az agilitást, biztosítva a hálózati szolgáltatások valós idejű megbízhatóságát és válaszkészségét.

Az IBN és az AN kihívásai

Két fő kihívást kell megoldani:

  1. Hogyan fejezzünk ki és közvetítsünk egy szándékot?
  2. Hogyan hajtsunk végre egy szándékot: hogyan néz ki a szándékkezelő?

A TM Forum bemutatta a TMF921 Intent alapú hálózati API-t, amely strukturált keretrendszert kínál a magas szintű hálózati szándékok meghatározásához. A TM Forum a következőképpen határozza meg a szándékot: „A szándék az összes elvárás formális specifikációja, beleértve a követelményeket, célokat és korlátokat, amelyeket egy műszaki rendszerrel szemben támasztanak.”. Azonban a rész formális specifikáció aggályt vet fel: a hálózati mérnököknek meg kell ismerkedniük ezzel a formális nyelvvel, hogy kiaknázzák a szándék koncepciójában rejlő lehetőségeket. Ráadásul a formális specifikációval rendelkező szándékok nem feltétlenül csökkentik a velük ellátandó paraméterek számát. Ez a szempont megkérdőjelezi a hálózatkezelés várható ésszerűsítését, amelyet általában az IBN-hez társítanak.

Továbbá az intent specifikáció formalizálásával az intent kezelő, az IBN alapvető összetevője, amely a szándékértelmezés logikáját tartalmazza, csupán az intent formális nyelv determinisztikus értelmezője lesz. Felmerül a kérdés, hogyan fejleszthetjük a szándékkezelőt egy deklaratív működésű autonóm rendszerré, ahol az embernek nem kell minden lehetséges hálózati körülményt előre látnia és annak megoldására konkrét utasításokat adni. Ellenkező esetben a rendszer működése nem tud sikeresen átállni az automatizáltról az autonómra (TMF IG1230).

A következő blogokban részletesebben foglalkozunk az IBN és az AN kihívásaival és lehetőségeivel. Szeretne többet megtudni? Vegye fel velünk a kapcsolatot a címen maja.curic@ibm.com, chris.van.maastricht@nl.ibm.com és a tmtattis@ae.ibm.com.

Átalakítsa a jövőt
távközléssel

Hasznos volt ez a cikk?

IgenNem


Továbbiak az automatizálásból




Instana 2023: Összefoglaljuk legújabb innovációnkat

7 min olvasni - Ön kért, mi szállítottuk! Az Instanánál ügyfeleink igényeinek kielégítése és egy egyszerű, könnyen használható eszköz létrehozása alapvető fontosságú ahhoz, hogy segítsünk DevOps és SRE csapatainknak csökkenteni a kiégési arányt, lehetővé téve számukra, hogy kitűnjenek abban, amit a legjobban értenek. Minden visszajelzést és piaci betekintést perspektívába és alapos mérlegelésbe vésve, örömmel jelentjük be, hogy 2023-ban. Csapatunk különböző termékképességeket jelentett be, amelyek célja, hogy egyszerűsítsék a csapatok megfigyelését, hibakeresését, javítását és javítását…




Hogyan váltott ki új hatékonyságot az IBM folyamatbányászata a BoB-Cardif Life-ban

5 min olvasni - A vállalatok ma már felismerik az innovatív technológiák kiaknázásának fontosságát a digitális átalakulás előmozdítása és a költséghatékonyság elérése érdekében. A precíz, felső szintű tervezés hiánya és az üzleti igényekkel való integráció nélküli technológiára való szűk körű összpontosítás azonban számos vállalat számára jelentős beruházásokhoz vezetett, amelyek nem voltak optimálisak. A digitális átalakulás útja tele van kihívásokkal. Hogyan kerülhetik el a szervezetek a „technológiával való visszaélés” digitális kockázatait, és hogyan érhetnek el olyan hatékony innovációt, amely „a technológia elősegíti a termelést”? A technológiát integráló biztosítóként…




Az IBM CIO szervezet alkalmazásmodernizációs útja: Mono2Micro

3 min olvasni - A monolitikus alkalmazások régi architektúráját nehéz megváltoztatni, költséges a karbantartása, és üzleti kockázatokat jelenthet. 2022 decemberében a Southwest légitársaságok több mint 13,000 250 járatot töröltek elavult szoftverrendszerek és informatikai infrastruktúra miatt. Ez az összeomlás jelentős veszteségeket okozott a légitársaságnak, rontva a márka hírnevét. Ezzel szemben a Netflix úttörő szerepet játszott a mikroszolgáltatások architektúrájában, és piacvezető az online streamelés terén, több mint 200 millió előfizetővel több mint XNUMX országban. Az alkalmazáskorszerűsítés lehetővé teszi a csapatok számára, hogy…




Az eseményvezérelt architektúra (EDA) lehetővé teszi a vállalkozások számára, hogy jobban tudatában legyenek mindennek, ami történik, ahogyan az történik. 

7 min olvasni - A modern vállalkozásokban, ahol a műveletek hatalmas digitális lábnyomot hagynak maguk után, az üzleti események lehetővé teszik a vállalatok számára, hogy alkalmazkodóbbakká váljanak, és képesek legyenek felismerni és reagálni a lehetőségekre vagy veszélyekre, amint azok felmerülnek. Optimalizálhatják ellátási láncaikat, kellemes, személyre szabott élményeket teremthetnek ügyfeleik számára, proaktívan azonosíthatják a minőségi problémákat, vagy elfoghatják a vásárlói lemorzsolódást, mielőtt az bekövetkezne. Ennek eredményeként azok a szervezetek, amelyek eseményközpontúbbá válnak, jobban meg tudják különböztetni magukat a versenytársaktól, és végső soron befolyásolni tudják felső és alsó sorukat. válás…

IBM hírlevelek

Szerezze meg hírleveleinket és témafrissítéseinket, amelyek a legújabb gondolatvezetést és betekintést nyújtanak a feltörekvő trendekre.

Kattintson ide!

További hírlevelek

Időbélyeg:

Még több IBM