مانیتورینگ

هوش مصنوعی عامل‌محور در عملیات شبکه؛ مرکز NOC چطور تغییر می‌کند؟

نظرسنجی تازهٔ Omdia می‌گوید بیش از نیمی از سازمان‌های بزرگ عامل‌های هوش مصنوعی را در عملیات شبکه به کار گرفته‌اند. فرصت، ریسک و نقش تیم‌های شبکه چیست؟

هوش مصنوعی عامل‌محور در عملیات شبکه؛ مرکز NOC چطور تغییر می‌کند؟
  • نویسندهتیم پارتاک
  • تاریخ انتشار۱۰ آبان ۱۴۰۵
  • زمان مطالعه۴ دقیقه

مرکز عملیات شبکه با حجمی از هشدار روبه‌روست که دیگر با نیروی انسانی تنها قابل مدیریت نیست. نسل تازهٔ ابزارها فقط پیشنهاد نمی‌دهند؛ می‌توانند مشکل را بررسی کنند و در حد مجاز آن را رفع کنند. به این رویکرد «هوش مصنوعی عامل‌محور» می‌گویند.

وضعیت امروز با عدد

در سپتامبر ۲۰۲۶ سیسکو نتایج پژوهشی را منتشر کرد که Omdia با نظرسنجی از ۱۰۰۰ مدیر فناوری در سازمان‌های بالای ۵۰۰ نفر در آمریکای شمالی، اروپای غربی و آسیا-اقیانوسیه انجام داده است. چون سیسکو خود این نوع محصولات را می‌فروشد، این اعداد را باید خوداظهاری پاسخ‌دهندگان و نشان‌دهندهٔ روند دانست.

  • حجم هشدار: به‌طور میانگین روزانه حدود ۴۱۰۰ هشدار و رویداد، که بیش از نیمی از آن‌ها به شبکه مربوط است.
  • هشدارهای بررسی‌نشده: نزدیک به نیمی از هشدارهای شبکه بدون بررسی بسته می‌شوند.
  • پراکندگی ابزار: ۹۲ درصد می‌گویند مشکلات چند حوزه را درگیر می‌کند و گاهی به بررسی ده ابزار یا بیشتر نیاز دارد.
  • استفادهٔ عملی: ۷۵ درصد از هوش مصنوعی در عملیات شبکه استفاده می‌کنند و ۵۱ درصد عامل‌هایی دارند که در محیط واقعی اقدام می‌کنند.

تفاوت با AIOps قدیمی چیست؟

AIOps معمولاً هشدارها را دسته‌بندی و همبسته می‌کند و تصمیم با انسان است. عامل هوشمند یک قدم جلوتر می‌رود؛ داده را از چند ابزار جمع می‌کند، علت را حدس می‌زند، راه‌حل اجرا می‌کند و نتیجه را می‌سنجد. Gartner هم پیش‌بینی می‌کند تا ۲۰۲۸ دستیارهای بالغ مولد در همهٔ مراکز NOC وجود داشته باشند و عامل‌ها بتوانند رفع مشکل سطح صفر را انجام دهند.

ریسک‌هایی که نباید نادیده گرفت

تغییر اشتباه در شبکه می‌تواند همهٔ سازمان را از کار بیندازد، پس این فناوری بدون چارچوب خطرناک است. در همان پژوهش ۶۹ درصد خواستار توضیح‌پذیری کامل اقدام‌های عامل هستند. آزمایش‌های سیسکو هم نشان داده کارهای عامل‌ها می‌تواند تا ۴۵۰ درصد ترافیک شبکه را بیشتر کند؛ موضوعی که باید در ظرفیت‌سنجی دیده شود.

مسیر تدریجی برای سازمان‌ها

  • نخست داده: موجودی تجهیزات، پیکربندی و مستندات دقیق داشته باشید؛ عامل با دادهٔ نادرست تصمیم نادرست می‌گیرد.
  • کارهای کم‌خطر: از جمع‌آوری اطلاعات و خلاصه‌سازی رخداد شروع کنید.
  • تأیید انسانی: تغییرات پیکربندی را تا اثبات دقت، با تأیید کارشناس اجرا کنید.
  • حفظ سابقه: هر اقدام عامل با دلیل و نتیجه ثبت شود و راه بازگشت داشته باشد.
  • سنجش نتیجه: زمان تشخیص و رفع را قبل و بعد اندازه بگیرید.

نقش کارشناس شبکه از بین نمی‌رود، بلکه از پاسخ به هشدارهای تکراری به طراحی، تعیین مرز اختیارات و نظارت بر سیستم تغییر می‌کند.

یک رخداد واقعی با و بدون عامل

فرض کنید کاربران یک شعبه از کندی برنامهٔ مالی شکایت دارند. در روش سنتی، کارشناس هشدارها را از چند ابزار می‌بیند، پیوند اینترنت، کیفیت مسیر، سوییچ و سرور را جدا بررسی می‌کند و شاید یک ساعت بعد علت را پیدا کند. عامل هوشمند می‌تواند این داده‌ها را در چند دقیقه کنار هم بگذارد، تغییر تازه در یک مسیر را شناسایی کند و گزارشی با علت احتمالی و راه‌حل پیشنهادی بدهد.

در یک سازمان بالغ، اگر راه‌حل در فهرست کارهای مجاز باشد، عامل آن را اجرا و نتیجه را بررسی می‌کند. وگرنه تصمیم را به کارشناس می‌سپارد. ارزش اصلی همین کوتاه شدن زمان از هشدار تا فهمیدن علت است.

چه کارهایی مناسب شروع‌اند؟

  • خلاصهٔ رخداد: جمع کردن هشدارهای مرتبط و توضیح آن‌ها به زبان ساده.
  • بررسی سلامت: اجرای خودکار چک‌لیست‌های تکراری در زمان بروز مشکل.
  • مقایسهٔ پیکربندی: یافتن تفاوت پیکربندی فعلی با آخرین نسخهٔ سالم.
  • مستندسازی: تکمیل تیکت و ثبت کارهای انجام‌شده.

این کارها را نه با خودکارسازی مطلق شروع کنید و نه به تغییر مستقیم روی تجهیزات اصلی. کارهای پرخطر مثل تغییر مسیریابی اصلی یا قوانین فایروال باید تا مدت‌ها تأیید انسانی داشته باشند.

مرزبندی اختیارات

  • سطح فقط خواندن: عامل می‌بیند و گزارش می‌دهد، ولی چیزی را عوض نمی‌کند.
  • سطح پیشنهاد: عامل راه‌حل آماده می‌کند و کارشناس اجرا را تأیید می‌کند.
  • سطح اجرا با محدوده: عامل فقط کارهای کم‌خطر از پیش‌تعریف‌شده را اجرا می‌کند.
  • سطح خودگردان: تنها برای کارهایی که سابقهٔ دقت و راه بازگشت خودکار دارند.

امنیت خود عامل

عاملی که به تجهیزات شبکه دسترسی دارد، خود یک حساب پرقدرت است. پس باید حساب اختصاصی با کمترین دسترسی داشته باشد، کلیدهایش جدا نگهداری شود و همهٔ اقدام‌هایش ثبت شود. دادهٔ ورودی هم مهم است؛ لاگ یا متن تیکت می‌تواند دستور فریبنده داشته باشد، پس عامل نباید هر متنی را به‌عنوان فرمان بپذیرد. همچنین اگر سرویس هوش مصنوعی بیرون از سازمان است، باید دید چه داده‌ای از شبکه خارج می‌شود.

چه چیزی را اندازه بگیریم؟

  • زمان تشخیص: فاصلهٔ بروز مشکل تا یافتن علت.
  • زمان رفع: فاصلهٔ بروز مشکل تا بازگشت خدمت.
  • دقت تشخیص: چند درصد علت‌های پیشنهادی درست بوده‌اند.
  • خطای عامل: تعداد تغییراتی که برگردانده شده‌اند.
  • هشدار بدون اقدام: سهم هشدارهایی که هیچ کاری نیاز نداشته‌اند.

منابع

  • Cisco و Omdia: پژوهش اثر هوش مصنوعی عامل‌محور بر عملیات شبکه، سپتامبر ۲۰۲۶
  • Gartner: چکیدهٔ پژوهش دربارهٔ آیندهٔ NOC، ژوئن ۲۰۲۶

برای مانیتورینگ و عملیات شبکهٔ سازمان خود می‌توانید با تیم پشتیبانی پارتاک گفت‌وگو کنید.

مانیتورینگ
همهٔ مقالات