MedaNet iNOC · Integrated Network Operations Center
iNOC؛ بسته کامل مدیریت مرکز عملیات شبکه
iNOC راهکار یکپارچه مدانت برای طراحی و راهاندازی مرکز عملیات شبکه است؛ ترکیبی از مانیتورینگ Availability و Performance، تحلیل ترافیک، مدیریت Configuration، پایش Application و Capacity و اتصال رخدادهای فنی به فرایند Incident Management.
هدف iNOC فقط نمایش چند Dashboard نیست؛ هدف این است که تیم عملیات بداند چه چیزی خراب شده، چرا خراب شده، چه سرویسی تحت تأثیر است و چه کسی باید اقدام کند.
Availability
Device · Interface · Service
Performance
CPU · Memory · Latency
Traffic
Flow · Application · Top Talker
Capacity
Trend · Forecast · Growth
FROM MONITORING TO OPERATIONS
iNOC فقط مانیتورینگ شبکه نیست
مرکز عملیات وقتی ارزش ایجاد میکند که Visibility، تحلیل، اقدام و پیگیری Incident به هم متصل باشند. iNOC این چهار لایه را در یک معماری عملیاتی کنار هم قرار میدهد.
01 · SEE
ببینید
وضعیت شبکه، سرور، Interface، Service و Application را در یک نمای قابل فهم ببینید.
02 · UNDERSTAND
تحلیل کنید
ترافیک، روند مصرف، تغییر Configuration و Performance سرویس را برای یافتن علت بررسی کنید.
03 · ACT
اقدام کنید
هشدار درست به تیم درست برسد و هر رخداد به یک اقدام واقعی تبدیل شود، نه یک Alert فراموششده.
04 · IMPROVE
بهبود دهید
با Trend، Capacity و گزارش Incident از تکرار اختلال جلوگیری و ظرفیت آینده را برنامهریزی کنید.
iNOC PRODUCT STACK
معماری iNOC؛ هر ابزار برای یک مسئله مشخص
iNOC یک محصول تکمنظوره نیست؛ بستهای از اجزای مکمل است که بر اساس Scope واقعی سازمان انتخاب میشوند. ممکن است یک سازمان فقط به هسته مانیتورینگ نیاز داشته باشد و سازمان دیگر به Flow، Configuration، APM و Ticketing همزمان.
OpManager
هسته مانیتورینگ شبکه و زیرساخت. Discovery، Availability، Performance، Interface، Alarm، Server، Virtualization و Dashboard عملیاتی.
NetFlow Analyzer
تحلیل مصرف پهنایباند و Traffic. Flow، Application، Conversation، Top Talker و Capacity برای پاسخ به این سؤال که «چه چیزی لینک را مصرف میکند؟»
Network Configuration Manager
مدیریت Configuration و Change. Backup، Change Tracking، Compliance و Drift برای زمانی که اختلال شبکه به تغییرات تنظیمات مرتبط است.
Applications Manager
پایش Application و سرویس. Server، Database، Middleware، Cloud و Performance سرویسهایی که Ping و SNMP برای سنجش تجربه واقعی آنها کافی نیست.
OpUtils
ابزارهای عملیاتی شبکه. IP Address Management، Switch Port Mapping و ابزارهایی که کار روزمره تیم NOC را از Excel و بررسی دستی خارج میکنند.
ServiceDesk Plus
لایه Incident و پیگیری عملیات. Alarm به Ticket تبدیل میشود تا Ownership، SLA، Escalation، Problem و MTTR قابل مدیریت و گزارش باشند.
RIGHT-SIZED NOC
همه سازمانها به همه اجزای iNOC نیاز ندارند
معماری iNOC بر اساس مسئله ساخته میشود، نه بر اساس فهرست محصول. اگر نیاز اصلی Availability و Performance است، OpManager میتواند هسته پروژه باشد. اگر پهنایباند مسئله است، NetFlow Analyzer اضافه میشود. اگر Change و Configuration ریسک اصلی است، NCM وارد Scope میشود. برای سرویسهای Application و Database، Applications Manager اهمیت پیدا میکند و برای تبدیل Alarm به جریان قابل پیگیری، ServiceDesk Plus حلقه عملیات را کامل میکند.
iNOC در عمل چه چیزی را تغییر میدهد؟
هشدار کمتر، هشدار مؤثرتر
Threshold و Notification بر اساس اهمیت سرویس طراحی میشوند تا تیم NOC در میان Alertهای تکراری، Incident مهم را از دست ندهد.
عیبیابی با Context
Availability، ترافیک، Configuration و Performance سرویس کنار هم دیده میشوند تا تحلیل علت فقط بر اساس یک نمودار انجام نشود.
Alarm تا Incident
رخداد مهم از مانیتور خارج نمیشود؛ به Ticket، مسئول، SLA و سابقه عملیات متصل میشود تا وضعیت اقدام روشن باشد.
خروجی پروژه iNOC مدانت
iNOC فقط تحویل نرمافزار نیست. پروژه باید در پایان، یک مدل عملیاتی قابل استفاده به تیم NOC بدهد.
- تعیین Scope تجهیزات، لینکها و سرویسهای حیاتی
- Discovery و دستهبندی Deviceها و Interfaceها
- Baseline اولیه Availability و Performance
- طراحی Threshold و Alert Model
- Dashboardهای عملیاتی و مدیریتی
- تحلیل Flow و الگوی مصرف پهنایباند در Scope مربوطه
- مدل Backup و Change Tracking برای Configuration
- Capacity Review و Trend
- اتصال Alarmهای منتخب به Incident در ServiceDesk Plus
- طراحی ظرفیت و Edition مناسب لایسنس
NOC کماثر چه شکلی است؟
- هشدار زیاد است اما رخداد مهم دیر دیده میشود.
- Dashboard پر از نمودار است اما اقدام مشخص تولید نمیکند.
- مصرف پهنایباند بدون Context سرویس بررسی میشود.
- تغییر Configuration به Incident مرتبط نیست.
- Capacity فقط هنگام بحران بررسی میشود.
- NOC و Service Desk دو جزیره جدا هستند.
iNOC چه تغییری میدهد؟
- دید مشترک از Network، Server، Traffic و Application.
- Alert Model متناسب با Criticality سرویس.
- کاهش زمان تشخیص و شروع عیبیابی.
- پیوند رخداد فنی با Ticket و Owner.
- Capacity Planning بر مبنای Trend.
- گزارش عملیاتی برای مدیریت و تیم فنی.
iNOC برای چه سازمانهایی مناسب است؟
- سازمانهایی با چند سایت، شعبه یا دیتاسنتر که Visibility یکپارچه ندارند.
- تیمهایی که تعداد Alarmها بالا رفته اما MTTR هنوز مطلوب نیست.
- مجموعههایی که مصرف پهنایباند، Configuration Change یا Capacity برایشان مسئله عملیاتی است.
- سازمانهایی که میخواهند NOC را به Service Desk و Incident Management متصل کنند.
- مراکز داده و زیرساختهایی که پایش Device بهتنهایی برایشان کافی نیست و نیاز به دید Application و Service دارند.
مطالب و مسیرهای تکمیلی
مانیتورینگ شبکه و NOC سازمانی
خدمات طراحی، استقرار و بهبود عملیات NOC مدانت.
ساخت Custom Dashboard در OpManager
طراحی Dashboardهای قابل اقدام برای تیم عملیات.
فعالسازی Flow Export
شروع تحلیل ترافیک با NetFlow Analyzer.
سؤالهای متداول iNOC
آیا iNOC یک نرمافزار مستقل است؟
iNOC یک بسته یکپارچه مرکز عملیات شبکه است که بر اساس Scope سازمان از محصولات مکمل مانیتورینگ، تحلیل ترافیک، مدیریت Configuration، APM و Service Management تشکیل میشود.
آیا برای iNOC باید همه محصولات را خرید؟
خیر. ترکیب محصول بر اساس مسئله واقعی سازمان تعیین میشود. یک NOC ممکن است با OpManager شروع شود و فقط در صورت نیاز NetFlow Analyzer، NCM، Applications Manager یا سایر اجزا به آن اضافه شوند.
ServiceDesk Plus چه نقشی در iNOC دارد؟
ServiceDesk Plus لایه مدیریت Incident و Workflow است. Alarmهای مهم میتوانند به Ticket تبدیل شوند تا Owner، SLA، Escalation، Problem و سابقه رسیدگی قابل پیگیری باشند.
اولین قدم برای طراحی iNOC چیست؟
تعیین Scope است: تعداد سایتها و تجهیزات، لینکها، سرویسهای حیاتی، منابع Flow، نیازهای Configuration، Applicationهای مهم و مدل فعلی Incident Management باید مشخص شوند.
از مانیتورینگ شبکه به عملیات واقعی NOC برسید
iNOC معماری NOC را بر اساس مسئله واقعی سازمان طراحی میکند؛ نه بر اساس تعداد محصولاتی که میتوان فروخت.



















