Желі эксплуатациясында ақша шынымен қай жерде жоғалады

Оператор шығынының ең айқын бөлігі жабдық сияқты көрінеді, бірақ жетілген инфрақұрылымда мықты инженерлердің бөлшектенген назары жиі қымбатырақ болады. Желі күрделенген сайын топ инженерлік шешімнен бұрын оқиғалар тізбегін қайта жинауға уақыт жұмсайды.

Аймақтық желінің өзі ондаған мың абонент пен мыңдаған коммутатордан тұрып, тұрақты логтар, оқиғалар және SNMP метрикаларын тудырады. Zabbix, NetBox, Grafana, ClickHouse деректерді жинайды, бірақ маманды ондаған пікірді қолмен оқудан босатпайды.

Дәл осы жерде AI агент өлшенетін әсер береді: ол жиналған деректер мен хат алмасуды бірден жұмысқа жарайтын операциялық мәнмәтінге айналдырады.

Негізгі ой

Жетілген желідегі жасырын шығын деректерді жинауда емес, жоғары ақы төленетін инженерлердің мәнмәтінді оқуға және қалпына келтіруге кететін уақытында.

Seven Sky мысалы: енгізуге дейін нақты не болды

Seven Sky интернет-провайдерінде техникалық тапсырмаларда 50-100+ пікір жиналатын. Инженер жағдайды түсіну үшін 15-30 минут хат алмасуды оқитын, бірақ негізгі мәні бәрібір қайталау мен нақтылаулар арасында жоғалатын.

Бұл жағдай кезекші ауысымда күніне ондаған рет қайталанды. Бизнес үшін бұл тікелей шығын болды: қымбат инженерлік уақыт оқу мен қайта түсінуге кетті, инцидентке жауап баяулады, ал қате ықтималдығы өсті.

  • Құрылымды көріністің орнына тапсырмадағы ұзақ пікірлер.
  • Әр жаңа қатысушы үшін мәнмәтінге қайта кіру.
  • SLA шектеп тұрған жерде жауап беру уақытының өсуі.

Sensei тапсырма ішінде не істейді

Телеком ерекшелігіне бейімделген Sensei тапсырма бойынша барлық хат алмасуды талдап, құрылымды қорытынды жасайды: мәселенің мәні, не істелді, ағымдағы статус және келесі логикалық қадам.

Агент инцидентті тезірек шешу үшін жабылуы керек сұрақтарды да ұсынады. Нәтижесінде инженер тапсырманы ашқанда шикі пікірлер ағынын емес, жиналған картинаны көреді.

Шешім ұйымның бар IT ландшафтына кіреді: тапсырма трекері, корпоративтік хат алмасу және ішкі білім базалары. Процестерді ауыстыру немесе бөлек контур сатып алу қажет емес.

Sensei немен жұмыс істейді

Jira немесе ұқсас трекерКорпоративтік хат алмасуІшкі білім базаларыZabbix, NetBox және ішкі жүйелер

ROI-ді күрделі қаржылық модельсіз қалай санауға болады

Sensei мысалындағы құжатталған үнем — күрделі тапсырмаға әр кіруде шамамен 28 минут. Бұл санды консервативті модельмен де ақшаға оңай аударуға болады.

Егер ауысымда шамамен 20 маман жұмыс істеп, әрқайсысы күніне 3 күрделі тапсырмаға терең кірсе, үнем бір адамға күніне шамамен 84 минут болады. Бөлім масштабында бұл тәулігіне 28 сағатқа, яғни шамамен 3.5 FTE инженерлік қуатқа тең.

Қатаң SLA бар оператор үшін бұл сағаттар жоғалмайды. Олар проактивті жұмысқа, аварияларды жылдам талдауға, желі аудитіне және тоқтап қалуды қысқартуға айналады.

ROI есептеудің үлгілік моделі
Ауысымдағы мамандар~20
Бір адамға ауыр тапсырма саны~3/күн
Бір тапсырмадағы уақыт үнемі~28 минут
Бір маманға күндік үнем~84 минут
Босаған инженерлік қуат~3.5 FTE

Тапсырма аналитигінен виртуалды желі инженеріне дейін

Тапсырма аналитигі — Sensei-дің алғашқы дәлелденген функциясы. Одан әрі архитектура виртуалды инженерге дейін кеңейеді: ол тек өтінімдерді оқымай, желі эксплуатациясын тереңірек сүйемелдейді.

Агент осалдықтарды, толық емес конфигурацияларды және access-list қателерін анықтай алады, желі тізбектерін өтіп, линк жүктемесін және қолжетімді сыйымдылықты бар деректер бойынша талдай алады.

Аудит және қауіпсіздік

Конфигурациядағы сәйкессіздіктер мен қолжеткізу саясатындағы қателерді аварияға айналмай тұрып табу.

Кезекші ауысымды жеңілдету

Қымбат мамандардағы рутина азайып, SLA мен сервис сапасына әсер ететін әрекеттерге уақыт көбейеді.

Ағымдағы деректермен жұмыс

Sensei инфрақұрылымды ауыстыруды талап етпейді: бар мониторинг және inventory жүйелерін пайдаланады.

Енгізу экономикасы және желі ядросындағы бақылау

Корпоративтік AI бойынша негізгі қорқыныш — есептеу құны және басқарудан айырылу. Sensei-де екі мәселе де архитектура деңгейінде шешіледі: агент task manager арқылы асинхронды жұмыс істейді және нақты уақытта ауыр өңдеуді талап етпейді.

Бастау үшін шамамен 60 ГБ жедел жады бар конфигурация жеткілікті. Практика мұндай конфигурация 25 000 коммутатор шамасындағы желіге қызмет көрсетуге жарайтынын көрсетеді.

Деректер ұйымның ішкі периметрінен шықпайды, финалдық әрекет инженерде қалады, ал барлық қорытынды мен ұсыныс тапсырманың ішінде ашық көрінеді.

Деректер ұйым периметрінде қалады.

Адам шешім қабылдау контурында қалады.

Тәуекелдер, дерек көлемі және интеграциялар Vision кезеңінде бекітіледі.

Қорытынды

Sensei желіні басқаруда сәндік AI емес. Бұл топқа инженерлік уақытты қайтару, инцидентке жауапты жеделдету және операциялық тәуекелді қолжетімді инфрақұрылымда қысқарту тәсілі.

Осындай сценарийді өз желіңізде бағалағыңыз келе ме?

Біз ағымдағы стекке сай пилоттық сценарий жинап, үнем нүктелерін көрсетіп, жұмысты бастамай тұрып метрикаларды бекіте аламыз.

Көрсетілім сұрау