تیمهای عملیاتی با دریافت هر هشدار، پیش از انجام هرگونه اقدامی با 3 پرسش اساسی روبهرو هستند: چه چیزی خراب شده؟ چه چیزی به آن وابسته است؟ و مالک آن کیست؟ فقدان نقشهای روشن برای اتصال خدمات تجاری و فنی، باعث میشود یافتن پاسخ این پرسشها به ساعتها آزمون و خطا، نارضایتی مشتریان و حتی کاهش درآمد منجر شود.
نگاشت خدمات (Service Mapping) و طراحی معماری خدمات برای به حداقل رساندن اختلال در سرویسها و تسریع بازیابی پس از حوادث حیاتی است؛ چرا که بسیج سریعتر و دقیقتر منابع و تحلیل علت ریشهای را به شدت تسریع میکند. با انتقال بخش اعظم فرآیند تریاژ از انسان به سیستمهای خودکار و مبتنی بر هوش مصنوعی، یک اصل تثبیت میشود: این سیستمها تنها زمانی دقیق کار میکنند که نقشه خدماتی که بر اساس آن استدلال میکنند، بینقص باشد.
معماری خدماتِ خوبطراحیشده با درک دقیق مفهوم سرویس آغاز میشود؛ یک واحد کارکردی مستقل با یک تیم مالک واحد. تمایز میان خدمات فنی و تجاری نیز اهمیت بالایی دارد:
- خدمات فنی: APIها، پایگاههای داده، سیستمهای احراز هویت و ریزخدمات (Microservices) که موتور عملیات دیجیتال را پیش میبرند.
- خدمات تجاری: قابلیتهای رو به مشتری که بر روی خدمات فنی بنا میشوند.
به بیان ساده، خدمات فنی نحوه کارکرد سیستم در پسزمینه را نشان میدهند، اما خدمات تجاری تجربه واقعی مشتری را به تصویر میکشند. یک سرویس تجاری ممکن است برای کارکرد خود به چندین سرویس فنی نیاز داشته باشد، در حالی که یک سرویس فنی میتواند چندین سرویس تجاری را پشتیبانی کند. همین پیچیدگی است که سرعت مدیریت حوادث را کاهش میدهد و حل آن تنها با نگاشت دقیق خدمات امکانپذیر است.
پنج گام برای طراحی معماری خدمات
سازمانها برای ساختاربندی خدمات تجاری و فنی خود با یک طراحی معماری روشن، میتوانند این 5 گام را به کار بگیرند:
1. از خدمات تجاری رو به مشتری شروع کنید
به جای اینکه در شبکه پیچیده اجزای فنی زیرین گرفتار شوید، با خدماتی آغاز کنید که برای مشتریان بیشترین اهمیت را دارند. این خدمات میتوانند سیستم پرداخت آنلاین یک فروشگاه اینترنتی یا بخش پردازش خسارت یک شرکت بیمه باشند. نکته کلیدی این است که مشتریان این خدمات را میشناسند و به آنها تکیه دارند. شناسایی و نگاشت اولیه این خدمات به مهندسان و تیمهای عملیاتی کمک میکند تا در زمان بروز مشکل، خدمات فنی زیرین را هدفگیری و اولویتبندی کنند.
2. خدمات فنی پشتیبان را نگاشت کنید
گام بعدی درک اجزای زیربنایی است که هر سرویس تجاری را شکل میدهند. بدون دید واضح از این وابستگیها، مدیریت حوادث به حدس و گمان تبدیل میشود، قطعیها طولانیتر شده و وفاداری مشتریان و درآمد سازمان تحت تأثیر قرار میگیرد. یک نقشه دقیق که خدمات تجاری را به خدمات فنی متصل میکند، به مهندسان ابزار قدرتمندی میدهد تا از میان هیاهوی هشدارها عبور کرده و علت نقطه شکست را پیدا کنند.
به عنوان مثال، سرویس انتقال وجه بانکی ممکن است به چندین سرویس فنی شامل تأیید تراکنش، API تشخیص تقلب، دروازه پرداخت و سرویس اعلان نیاز داشته باشد. اگر تیمهای عملیاتی نتوانند تأثیرات قطعی در پاییندست سرویس انتقال وجه را ببینند، در واقع در تاریکی حرکت میکنند.
نهادهای تنظیمکننده در سراسر جهان این انتظارات را رسمیتر میکنند. شرکتهای خدمات مالی در اتحادیه اروپا اکنون باید نشان دهند که قادر به شناسایی خدمات حیاتی، وابستگیهای آنها و بازگرداندن آنها به حالت عادی در یک بازه زمانی مشخص هستند. این نشان میدهد معماری خدمات در برخی صنایع به یک الزام انطباقی (Compliance) تبدیل شده است.
3. مالکیت روشن تعیین کنید
هر سرویس باید دارای یک تیم پاسخگو باشد. برای هر عملکرد تجاری یک تیم اختصاص دهید تا مسیر پاسخگویی در زمان حوادث کاملاً مشخص باشد. همچنین اطمینان حاصل کنید که هر سرویس فنی نیز یک مالک واحد دارد. این شفافیت از ریزش مسئولیتها در زمان بحران جلوگیری کرده و سرعت تصمیمگیری را بالا میبرد.
4. مسیرهای ارتقا و هشدارها را خودکارسازی کنید
پس از مشخص شدن مالکیت، باید مسیرهای ارتقای هشدارها را بر اساس نقشه خدمات اتوماسیون کنید. هنگامی که یک سرویس فنی با خطا مواجه میشود، سیستم باید بهطور خودکار تیم مالک و سرویسهای تجاری وابسته را مطلع کند. این کار نیاز به تماسهای دستی و جستجوهای بیپایان برای یافتن فرد مسئول را از بین میبرد و میانگین زمان رفع حادثه را به شدت کاهش میدهد.
5. نقشهها را با تغییرات زیرساخت همگام نگه دارید
معماری خدمات یک سند ایستا نیست. با استفاده از ابزارهای کشف خودکار، باید نقشههای خود را با تغییرات مداوم زیرساخت، استقرار ریزخدمات جدید و تغییرات API همگام نگه دارید. یک نقشه قدیمی در دنیای پویای دیجیتال میتواند به اندازه نداشتن نقشه خطرناک باشد و سیستمهای هوش مصنوعی را به مسیرهای اشتباه هدایت کند.
تلفیق هوش مصنوعی با مدیریت حوادث تنها زمانی میتواند وعده کاهش چشمگیر قطعیها را عملی کند که دادههای ورودی آن، یعنی همان معماری و نقشه خدمات، از دقت و شفافیت بالایی برخوردار باشد. سازمانهایی که امروز روی نگاشت صحیح خدمات سرمایهگذاری میکنند، فردا برنده رقابت در بازار دیجیتال پرهیاهو خواهند بود.
