بسیاری از شرکت های ارائه دهنده ی خدمات در حوزه ی فناوری اطلاعات مشتریانی دارند که در ساعات مختلف شبانه روز از آن خدمات استفاده می کنند و در صورت بروز مشکل در ارائه خدمات، یافتن مشکل و حل آن یا به عبارتی کاهش متوسط زمان تعمیر (Mean Time To Repair به اختصار MTTR) بسیار حیاتی است. کاهش MTTR عمدتا به یافتن مشکل وابسته است.
سهولت تعریف سرویس و سرعت بالا در کشف مشکلات آن و به تبع آن کاهش MTTR از شعارهای سامانه مانیتورینگ معین است که در ادامه به نحوه تحقق این ویژگی مهم پرداخته شده است.
فرض کنید سرویسی دارید که از کلاستری از سرورهای کاربردی، وب سرورها و چند نوع پایگاه داده تشکیل شده باشد.
در زیر ساختار این سرویس فرضی نمایش داده شده است.
این ساختار در بسیاری از سرویس های موجود در سطح سازمان های بزرگ و میانی که دارای حد قابل قبولی از تراکنش ها هستند، رایج است.
ممکن است به جای وب سرور آپاچی از دیگر محصولات رایج مانند Nginx یا IIS استفاده شده باشد و یا به جای سرور کاربردی WebLogic از دیگر محصولات این حوزه مانند Tomcat، WebSphere یا jBoss استفاده شده باشد. این فرض در مورد پایگاه داده های رابطه ای و غیر رابطه ای نیز وجود دارد. اما آنچه که در این ساختار اهمیت دارد تعدد و تنوع ابزارهایی است که راهبر سرویس فرضی باید در بخش عملیات بر آن نظارت دائمی داشته باشد و در صورت بروز مشکل به هر یک از آنها سرکشی کرده و وضعیت تک تک آنها را از نظر کارایی بررسی نماید تا قادر به یافتن ریشه مشکل احتمالی شود. این پیچیدگی در شرایطی که راهبر، مسئول نظارت بر چند سامانه باشد، چندین برابر می شود.
تیم توسعه ی معین با اشراف به این مشکلات در مانیتورینگ سامانه ها، یک ویژگی جدید را با عنوان «سامانه ها و اشیاء همبند» به سامانه معین افزوده است که به راهبر امکان تعریف سامانه یا سرویس را می دهد. در این ویژگی که از روش Rule Based به منظور تعریف همبستگی بین اشیاء استفاده شده است، ریشه مشکل بر اساس Rule تعریف شده کشف و در قالبی کاربر پسند به صورت درختی نمایش داده می شود.
شکل زیر نمایشی درختی از سرویس فرضی در سامانه معین است که کاربر در صورت بروز مشکل به سادگی و با سرعت می تواند مشکل را کشف نماید.