كيفية أتمتة حل الحوادث التقنية باستخدام أداة AWS DevOps Agent ومنصة ServiceNow

غالباً ما تهدر الفرق الهندسية في المؤسسات التي تدير تطبيقاتها في بيئة AWS وقتاً حرجاً في التنقل بين أدوات المراقبة وأنظمة إدارة خدمات تكنولوجيا المعلومات (ITSM) أثناء انقطاع الخدمة. يقضي التكامل الجديد بين وكيل AWS DevOps Agent ومنصة ServiceNow على هذه العقبة بالاعتماد على بروتوكول سياق النموذج (Model Context Protocol)، مما يتيح التحقيق المستقل في الحوادث وحلها مباشرة داخل بيئة التطبيق.

صُمم هذا المسار الآلي خصيصاً لمهندسي موثوقية المواقع (SREs) وفرق عمليات تكنولوجيا المعلومات، وهو يقلل بشكل جذري من متوسط وقت الاستجابة (MTTR). ومن خلال ربط بيانات القياس عن بُعد وتنفيذ إجراءات التخفيف المعتمدة دون تدخل بشري، يمكن للفرق تحويل تركيزها من جمع البيانات الممل إلى تحسين البنية التحتية بشكل استراتيجي.

يربط هذا التكامل مسارات عمل ITSM بالاستجابة الآلية للحوادث عبر بروتوكول MCP، وهو معيار مفتوح لتواصل وكلاء الذكاء الاصطناعي مع الأدوات. وتعمل وحدة تحكم خادم MCP (MCP Server Console) في منصة ServiceNow كطبقة حوكمة، حيث تتحكم بدقة في ما يمكن لوكيل AWS DevOps Agent رؤيته وتنفيذه من خلال تحديد نطاق الأدوات، وقوائم التحكم في الوصول (ACLs)، وإخفاء الأدوار.

عندما يؤدي حادث ما إلى تشغيل وكيل AWS DevOps Agent، فإنه يربط تلقائياً بيانات القياس عن بُعد من خدمة Amazon CloudWatch، وبيانات النشر، وتغييرات الأكواد البرمجية. ثم يستعلم من منصة ServiceNow عن الحوادث ذات الصلة وسياق قاعدة بيانات إدارة التكوين (CMDB). وأخيراً، يكتب تحليلات السبب الجذري مباشرة في تذكرة الحادث وينفذ الإجراءات المصرح بها عبر نسيج الإجراءات (Action Fabric)، مع تسجيل جميع التفاعلات بشكل آمن بواسطة أداة ServiceNow AI Control Tower.

قبل البدء في تكوين التكامل، تأكد من أن بيئتك تلبي المتطلبات التالية:

• حساب في بيئة AWS بصلاحيات لإنشاء أدوار إدارة الهوية والوصول (IAM) (وتحديداً دور مساحة وكيل AWS DevOps Agent، ودور تطبيق الويب).
• وصول نشط إلى وكيل AWS DevOps Agent.
• نسخة من منصة ServiceNow مع صلاحيات المسؤول.
• خادم MCP مكوّن ويمكن الوصول إليه في منصة ServiceNow عبر اشتراك AI Native (سواء Foundation أو Advanced أو Prime) أو كإضافة MCP مستقلة.

تتضمن المرحلة الأولى إتاحة قدرات منصة ServiceNow للوكيل من خلال وحدة تحكم خادم MCP.

1. توجّه إلى وحدة تحكم خادم MCP (MCP Server Console) داخل نسخة ServiceNow الخاصة بك.
2. أنشئ خادم MCP جديداً أو حدد خادماً تم إعداده مسبقاً.
3. أضف أدوات (Tools) محددة للقدرات التي يحتاجها الوكيل، مثل قراءة/تحديث الحوادث، أو استعلامات CMDB، أو إنشاء طلبات التغيير. حدد نطاق كل أداة باستخدام قوائم تحكم في الوصول (ACLs) صارمة وإخفاء للأدوار.
4. قم بتكوين المصادقة الواردة لخادم MCP عن طريق إعداد منح بيانات اعتماد عميل OAuth (OAuth Client Credentials).

بعد ذلك، حدد نطاق موارد AWS التي سيراقبها الوكيل عن طريق إنشاء مساحة وكيل (Agent Space).

1. قم بالوصول إلى وحدة تحكم وكيل AWS DevOps Agent.
2. حدد خيار إنشاء مساحة وكيل (Create Agent Space)، وقدم اسماً وصفياً، وقم بتكوين أدوار IAM المطلوبة باستخدام عملية الإعداد الآلية أو اليدوية.
3. قم بتأكيد الإنشاء الناجح لمساحة وكيل AWS DevOps Agent.

مع جاهزية كلتا البيئتين، يجب عليك تسجيل خادم MCP الخاص بمنصة ServiceNow لتمكين الاكتشاف الديناميكي للأدوات.

1. توجّه إلى قسم موفري القدرات (Capability Providers) في وحدة تحكم وكيل AWS DevOps Agent. ضمن قسم خادم MCP، حدد إضافة مصدر (Add source)، ثم اختر تسجيل خادم MCP جديد (Register New MCP Server).
2. أدخل عنوان URL الخاص بنقطة نهاية خادم MCP في الحقل المخصص:

https://<instance>.service-now.com/sncapps/mcp-server/mcp/<server_label>

3. حدد خيار بيانات اعتماد عميل OAuth (OAuth Client Credentials) كمسار للمصادقة. أدخل معرف العميل، وسر العميل، وعنوان URL للتبادل الذي حصلت عليه خلال الخطوة 1:

https://<instance>.service-now.com/oauth_token.do

4. أرسل طلب التسجيل. سيقوم وكيل AWS DevOps Agent بالتحقق من الاتصال واكتشاف الأدوات المتاحة. حدد الأدوات المحددة لإضافتها إلى مساحة الوكيل الخاصة بك.
5. تأكد من ارتباط خادم MCP بنجاح واتصال الأدوات.

للتحقق من نجاح عملية الربط، يمكنك إجراء اختبار يدوي مباشرة من وحدة تحكم AWS.

1. توجّه إلى قسم وصول المشغل (Operator Access) داخل مساحة وكيل AWS DevOps Agent.
2. افتح نافذة دردشة جديدة واكتب أمراً مثل: "هل يمكنك عرض جميع الحوادث في الأسبوع الماضي من ServiceNow؟"
3. تحقق من أن الوكيل يستدعي أدوات ServiceNow بنجاح ويعرض البيانات الصحيحة.

للحصول على أتمتة كاملة، يمكنك إنشاء قاعدة عمل (Business Rule) في منصة ServiceNow. يتيح ذلك لعملية إنشاء حادث جديد تشغيل وكيل AWS DevOps Agent تلقائياً. وبحلول الوقت الذي يراجع فيه مهندس SRE التذكرة، سيكون الوكيل قد ملأها بالفعل بتحليل السبب الجذري، والتغييرات ذات الصلة، وخطة التخفيف المقترحة.

لتجنب تكبد رسوم غير ضرورية، تأكد من تنظيف مواردك إذا قمت بتعطيل التكامل.

1. احذف مساحة الوكيل الخاصة بك من وحدة تحكم وكيل AWS DevOps Agent.
2. أزل اتصال خادم MCP الخاص بمنصة ServiceNow من إعدادات AWS الخاصة بك.
3. احذف أدوار IAM التي تم إنشاؤها خصيصاً لمساحة الوكيل.
4. قم بتعطيل تكوين خادم MCP داخل نسخة ServiceNow الخاصة بك.

إن الاختراق الحقيقي لهذا التكامل ليس مجرد أتمتة الاستجابة للحوادث، بل نموذج الحوكمة الصارم الذي يقدمه. تاريخياً، كان منح وكيل ذكاء اصطناعي صلاحية الكتابة في بيئات الإنتاج أو منصات ITSM يمثل خطراً أمنياً هائلاً. ولكن من خلال توجيه وكيل AWS DevOps Agent عبر نسيج الإجراءات (Action Fabric) واستخدام بروتوكول OAuth 2.0، يمكن للمؤسسات أخيراً نشر وكلاء مستقلين يلتزمون تماماً بامتثال ITIL وقوائم التحكم في الوصول الحالية.

يشير هذا التطبيق لبروتوكول سياق النموذج (MCP) إلى تحول كبير في كيفية تفاعل برمجيات المؤسسات مع الذكاء الاصطناعي التوليدي. فبدلاً من بناء تكاملات API مخصصة وهشة لكل أداة ذكاء اصطناعي جديدة، يوفر بروتوكول MCP مصافحة موحدة وآمنة. ومع توسيع منصة ServiceNow لمهارات NowAssist الخاصة بها، سيكتشف وكيل AWS DevOps Agent هذه القدرات الجديدة ديناميكياً دون الحاجة إلى إعادة تكوين يدوية، مما يضمن استدامة عملياتك المؤتمتة في المستقبل.