همراهی عملیاتی
پشتیبانی مدیریتشده
برای سرویسهای حیاتی، مسئولیت، پاسخ به رخداد، نگهداری و مسیر ارجاع را از حالت مبهم خارج کنید.
مرز مسئولیت روشن
دامنه، زمان پاسخ و مسیر ارجاع از قبل مشخص میشود.
کار پیشگیرانه
نگهداری و کاهش ریسک قبل از تبدیل شدن به رخداد انجام میشود.
دانش قابل انتقال
دستورالعمل و شواهد، وابستگی به یک فرد را کمتر میکند.
جزئیات اجرایی
پشتیبانی وقتی خوب کار میکند که مسئولیت مبهم نباشد.
مشخص میکنیم چه چیزی پایش میشود، رخداد چیست، کدام تغییر نیاز به تأیید دارد، مسئول تصمیم نرمافزار چه کسی است و یک مسئله چه زمانی باید به تیم دیگری ارجاع شود. این کار جلوی مدلهایی را میگیرد که روی کاغذ پشتیبانی دارند ولی لحظه رخداد مسئول واقعی مشخص نیست.
- فهرست سرویس و مسئول
- دریافت و دستهبندی هشدار
- پاسخ به رخداد
- نگهداری برنامهریزیشده
- هماهنگی تغییر
- گزارش عملیاتی
دامنه کار
مدل پشتیبانی میتواند شامل این بخشها باشد
سلامت پلتفرم
وضعیت سرویس، فشار منابع و سیگنالهای شناختهشده.
پاسخ به رخداد
دستهبندی، مهار، بازیابی و ثبت شواهد.
نگهداری
وصلهها، گواهیها، پاکسازی و ارتقای کنترلشده.
نظارت بر نسخه پشتیبان
بررسی پشتیبانگیری و تمرین دورهای بازیابی.
ظرفیت
روند مصرف و اقدام قبل از اشباع قابل پیشبینی.
برنامه بهبود
مشکل تکراری به کار مهندسی مشخص تبدیل میشود.
روش اجرا
پشتیبانی از دریافت سیگنال تا بهبود
- 01
دریافت
هشدار یا گزارش کاربر با زمینه کافی ثبت میشود.
- 02
دستهبندی
اثر، شدت و مسئول مشخص میشود.
- 03
اقدام
مهار، بازیابی یا مسیر اصلاح اجرا میشود.
- 04
تأیید
بازگشت سرویس و اثر تغییر بررسی میشود.
- 05
یادگیری
مشکل تکراری به اقدام پیشگیرانه تبدیل میشود.
FAQ
پرسشهای مهم قبل از شروع
پشتیبانی حتماً شبانهروزی است؟+
پوشش و زمان پاسخ بر اساس اهمیت سرویس و مدل توافقشده تعیین میشود.
سیستمی که شما نساختهاید هم قابل پشتیبانی است؟+
بله؛ بعد از شناخت محیط، بررسی دسترسی و تعریف مرز مسئولیت.
تغییر محیط اصلی را خودکار اجرا میکنید؟+
فقط وقتی نوع تغییر، تأیید، روش بررسی و مسیر بازگشت کاملاً تعریف شده باشد.
قدم بعدی
مدل پشتیبانی را با اهمیت واقعی سرویس هماهنگ کنیم.
سرویسها، شکافهای مسئولیت و الگوی رخدادهای فعلی را مشخص کنیم.