Business View در OpManager؛ نمایش سرویس، سایت و وابستگی شبکه روی نقشه
بسیاری از تیمهای NOC هزاران Device و Interface را مانیتور میکنند، اما هنگام Incident مهم هنوز یک سؤال ساده مطرح میشود: «این اختلال روی کدام سرویس کسبوکار اثر گذاشته است؟» اگر Monitoring فقط فهرستی از Router، Switch، Server و Interface باشد، تیم فنی شاید وضعیت تجهیزات را ببیند اما مدیر سرویس یا مدیر کسبوکار تصویر کاملی از Impact ندارد.
Business View در ManageEngine OpManager برای همین شکاف طراحی شده است. این قابلیت به شما اجازه میدهد تجهیزات را بر اساس سرویس، سایت، ساختمان، شعبه یا هر مدل منطقی دیگری روی یک نمای گرافیکی قرار دهید و ارتباط بین Nodeها را نمایش دهید. نتیجه، تبدیل Monitoring از «لیست تجهیزات» به «نمای سرویس» است.
Business View چیست؟
طبق مستند رسمی ManageEngine، Business View نمایی تصویری از Deviceهایی است که یک Business Service را پشتیبانی میکنند. این View میتواند مسیر ارتباط، Link، Site، Device و وضعیت Health را روی یک Background سفارشی نمایش دهد.
Business View از بخش Maps و همچنین Inventory در دسترس است. در نسخههای فعلی، مسیر ساخت معمولاً از Maps > Business Views > New Business View یا Inventory > Business Views > Add Business View قابل انجام است.
سناریوی واقعی: سرویس فروش آنلاین
فرض کنید سرویس فروش آنلاین شما به دو Firewall، یک Load Balancer، دو Switch، چند VM و Database وابسته است. در حالت Inventory معمولی، هرکدام یک Device مستقل هستند. اما در Business View میتوانید همه این اجزا را روی نقشهای با نام «Online Sales» قرار دهید و Linkها را بین آنها رسم کنید.
اگر Interface یکی از Switchها Down شود یا Traffic Load بالا برود، تیم NOC سریعتر متوجه میشود این Incident به یک سرویس درآمدزا مربوط است. این Context باعث میشود اولویت Incident و Escalation منطقیتر شود.
ساخت Business View
- به Maps > Business Views بروید.
- گزینه New Business View را انتخاب کنید.
- Deviceهای موردنظر را از فهرست Available Devices اضافه کنید.
- Deviceها را با Drag & Drop روی Whiteboard یا Background قرار دهید.
- در صورت نیاز Background Image، Shape، Text و Icon اضافه کنید.
- بین Deviceها Link بسازید.
- View را Rename و Save کنید.
مستند ManageEngine همچنین امکان افزودن Deviceها بهصورت Bulk، تغییر Font، Background، Grid و عناصر بصری را ذکر میکند.
Link بین Deviceها چه ارزشی دارد؟
در Business View فقط قرار دادن Device کافی نیست. Linkها کمک میکنند Data Flow یا Connection بین اجزا دیده شود. اگر Interface مشخصی به Link مرتبط شود، وضعیت Link میتواند بر اساس Interface Status، Threshold Violation یا Traffic Load تغییر کند.
این یعنی Link روی نقشه صرفاً یک خط تزئینی نیست؛ میتواند بخشی از Monitoring Context باشد.
Priority وضعیت Link چگونه تعیین میشود؟
طبق راهنمای رسمی OpManager، اگر Interface به Link متصل باشد، ابتدا وضعیت Interface اهمیت دارد. در صورت Up بودن Interface، Threshold Violation میتواند Severity را تعیین کند و در مرحله بعد Traffic Load در نمایش وضعیت Link نقش دارد.
برای تیم NOC این رفتار مفید است چون Link یک وضعیت ترکیبی از Availability و Performance میگیرد، نه صرفاً Up/Down.
Traffic Load در Business View
Business View میتواند Link Status را بر اساس Traffic Load نمایش دهد. Thresholdهای Traffic و رنگهای مرتبط از تنظیمات Map قابل سفارشیسازیاند. طبق مستند، برای نمایش Traffic Load Legend باید Device مدیریتشده باشد و Link فعال با داده Traffic وجود داشته باشد.
این قابلیت بهخصوص برای WAN، Branch Connectivity و Uplinkهای مهم ارزشمند است. اگر یک Link هنوز Up باشد اما نزدیک اشباع باشد، Business View آن را در Context سرویس نشان میدهد.
Shortcut و Nested Business View
یکی از قابلیتهای کاربردی Business View، ساخت Shortcut به View دیگر است. فرض کنید یک Business View سطح بالا برای «دیتاسنتر تهران» دارید و Viewهای جداگانه برای هر Rack، Floor یا Service. با Shortcut میتوانید Drill-down منطقی ایجاد کنید.
این روش برای محیطهای بزرگ بهتر از قراردادن صدها Device روی یک صفحه است. View سطح بالا باید برای تصمیم سریع باشد؛ جزئیات را میتوان در Viewهای زیرمجموعه نگه داشت.
Background، Shape و Text
Business View از Background Image، Icon، Shape و Text پشتیبانی میکند. این عناصر زمانی ارزش دارند که خوانایی را بهتر کنند. برای مثال میتوانید Floor Plan، Map جغرافیایی، دیاگرام منطقی یا یک Background ساده برای Siteها استفاده کنید.
اشتباه رایج این است که View بیش از حد تزئینی شود. هدف اصلی باید Troubleshooting و Service Context باشد، نه طراحی گرافیکی پیچیده.
Business View و Business Service یک چیز نیستند
Business View یک نمای Monitoring است؛ تعریف Business Service در ITSM یا CMDB مفهوم گستردهتری دارد. بهتر است Naming بین OpManager و ServiceDesk Plus هماهنگ باشد. اگر سرویس «ERP» در CMDB با نام «Finance App» در Monitoring ثبت شود، تیمها هنگام Incident دچار سردرگمی میشوند.
Dashboard اختصاصی Business View
OpManager برای Business View Dashboard نیز دارد. طبق مستند رسمی، Dashboard میتواند Availability Distribution و Deviceهای کمدسترس را در همان View نشان دهد. از Barهای مشکل میتوان Drill-down کرد و Fault را بررسی کرد.
این View برای Service Owner و NOC Manager مناسب است، چون وضعیت یک سرویس یا Site را بدون دیدن کل Inventory نشان میدهد.
Business View را بر اساس چه چیزی بسازیم؟
| مدل View | نمونه | کاربرد |
|---|---|---|
| Business Service | ERP، فروش آنلاین، ایمیل | Impact و Service Monitoring |
| Site | تهران، شیراز، اصفهان | Branch Monitoring |
| Building/Floor | ساختمان مرکزی، طبقه ۳ | Campus Operations |
| Technology | WAN، Core Network، Wi-Fi | تیم تخصصی |
| Customer | در مدل MSP | تفکیک سرویس مشتری |
سناریوی Branch Monitoring
یک سازمان با ۳۰ شعبه را در نظر بگیرید. اگر همه Routerها و Switchها در یک Inventory بزرگ نمایش داده شوند، پیدا کردن Site مشکل زمان میبرد. میتوانید Business View سطح اول را به نقشه شعب تبدیل کنید و برای هر شعبه Shortcut به View جزئی داشته باشید.
در Incident، NOC ابتدا میبیند کدام Site قرمز شده و سپس وارد View شعبه میشود. این طراحی MTTR را با کاهش زمان Context Switching کم میکند.
Business View در کنار NetFlow Analyzer
برای دیدن Traffic و Capacity، Business View میتواند با دادههای Flow معنا پیدا کند. اگر مسئله شما Top Talker، Application Traffic یا Capacity Planning است، NetFlow Analyzer مکمل مهمی است. مقاله Capacity Planning با NetFlow Analyzer این موضوع را عمیقتر بررسی میکند.
Business View در کنار Network Configuration Manager
اگر Incident ناشی از Configuration Drift باشد، Monitoring بهتنهایی کافی نیست. Network Configuration Manager برای Backup، Change Tracking و Compliance تجهیزات شبکه کاربرد دارد. مقاله Configuration Drift در NCM نمونه عملی این ارتباط است.
Business View و Applications Manager
OpManager بیشتر روی Network و Infrastructure تمرکز دارد. اگر لازم است Application، Database و Middleware هم در Service Context دیده شوند، Applications Manager لایه Application Performance را اضافه میکند. در معماری ITOM، این دو ابزار میتوانند کنار هم تصویر کاملتری از سرویس بسازند.
خطاهای رایج در طراحی Business View
قرار دادن همه Deviceها در یک View
View بزرگ خوانایی را از بین میبرد. Hierarchy و Shortcut بهتر است.
نبودن Naming Standard
نام سرویسها باید با CMDB و Service Catalog هماهنگ باشد.
Link بدون Interface واقعی
اگر Link فقط دستی و بدون داده واقعی باشد، ارزش Monitoring کاهش مییابد.
Background بیش از حد پیچیده
نقشه شلوغ Incident Response را کند میکند. سادگی مزیت است.
عدم بازبینی پس از Change
بعد از Migration، تعویض Link یا تغییر Topology باید Business View هم Update شود.
KPIهای مفید
- Availability سرویس یا Site بر اساس Business View.
- تعداد Critical Device در هر View.
- Least Available Devices.
- تعداد Linkهای نزدیک Threshold.
- MTTR Incidentهای مرتبط با Business Service.
- درصد Business Serviceهای دارای View مستند.
Runbook پیشنهادی
- سه Business Service حیاتی را انتخاب کنید.
- Deviceهای اصلی هر سرویس را از CMDB یا تیمها بگیرید.
- Business View بسازید.
- Linkها را به Interfaceهای واقعی متصل کنید.
- Threshold و Traffic Legend را بررسی کنید.
- Dashboard و Drill-down را تست کنید.
- View را در Major Incident Review استفاده کنید.
- بعد از یک ماه، Noise و پیچیدگی را کاهش دهید.
محصول و لایسنس
برای راهکار کامل مانیتورینگ شبکه، صفحه مانیتورینگ شبکه و NOC محصولات مرتبط مانند OpManager، NetFlow Analyzer و NCM را کنار هم معرفی میکند. برای انتخاب مدل لایسنس و استعلام سازمانی نیز میتوانید از صفحه خرید لایسنس ManageEngine استفاده کنید.
مطالب مرتبط
- راهنمای ادمین OpManager
- Network Path Analysis در OpManager
- VMware Monitoring با OpManager
- ساخت Custom Dashboard در OpManager
سخن پایانی
Business View زمانی ارزشمند است که تیم NOC را از Device-centric Monitoring به Service-aware Monitoring نزدیک کند. هدف نقشه زیبا نیست؛ هدف این است که هنگام Incident بدانیم چه چیزی خراب شده، چه سرویسی تحت تاثیر است و از کجا باید Drill-down کنیم. اگر View ساده، بهروز و متصل به داده واقعی باشد، OpManager از یک کنسول Monitoring به ابزاری برای فهم اثر فناوری بر کسبوکار تبدیل میشود.
