Azure Copilot Observability Agent: ما الذي يقدمه لفرق التشغيل؟
تفاصيل ربط السجلات والمقاييس والتتبعات في Azure Copilot Observability Agent، مع حدود الخصوصية والتكلفة ومعايير اختبار أثره في الحوادث.
أعلنت Microsoft الإتاحة العامة لـAzure Copilot Observability Agent، وهو وكيل داخل Azure Monitor يربط السجلات والمقاييس والتتبعات والطوبولوجيا والسياق التشغيلي للمساعدة في التحقيق في الحوادث. قيمته يجب أن تُقاس بزمن التشخيص ودقته وتكلفته، لا بجودة الملخص وحدها.
ما الذي يقدمه Azure Copilot Observability Agent؟
تقول Microsoft إن الوكيل يجمع إشارات من الوكلاء والتطبيقات والبنية والخدمات في عرض تشغيلي واحد، ويستخدمها لاقتراح أسباب محتملة وخطوات معالجة. كما يتيح محادثة مع بيانات المراقبة وتحقيقات عميقة متعددة الخطوات.
هذه القدرات تعتمد على جودة البيانات والتغطية والصلاحيات. إذا كانت التتبعات ناقصة أو أسماء الخدمات غير متسقة، فقد ينتج الوكيل شرحًا مرتبًا لمشهد غير كامل. لذلك يجب إصلاح القياس الأساسي قبل تقييم طبقة الذكاء الاصطناعي.
تدعم OpenTelemetry تتبع مسارات الوكلاء ومكالمات النماذج والأدوات عبر اصطلاحات دلالية مفتوحة. استخدام معيار مفتوح يقلل اعتماد التحقيق على واجهة مزود واحدة ويسهّل مقارنة ما يراه الوكيل بما تسجله التطبيقات.
أثر المراقبة الوكيلية في فرق التشغيل
يمكن للوكيل أن يقلل وقت جمع السياق عندما تتوزع المشكلة بين تطبيق وموارد Azure وخدمات مترابطة. لكن توصية السبب الجذري تظل فرضية يجب أن يراجعها مهندس التشغيل، خاصة قبل تنفيذ تغيير في الإنتاج.
ابدأوا بالحوادث المعروفة وأعيدوا تشغيل التحقيق عليها. قارنوا ما إذا عثر الوكيل على الإشارات الصحيحة، وكم استغرق، وهل تجاهل سببًا مثبتًا أو اقترح خطوة غير مناسبة.
لا تقيسوا عدد الملخصات. قيسوا متوسط وقت الاكتشاف والحل، نسبة الفرضيات الصحيحة، عدد التنبيهات التي جُمعت خطأ، ووقت المراجعة البشرية.
معايير الاختبار والمخاطر قبل الاعتماد
توضح وثائق Microsoft أن الخدمة تقرأ البيانات ضمن نطاق الصلاحيات، وأن المحادثات قد تُحتفظ بها مدة تصل إلى 30 يومًا، بينما لا تحتفظ الخدمة بنسخ إضافية من بيانات القياس نفسها. كما تقول إن بيانات العميل لا تستخدم لتدريب النماذج.
راجعوا Azure RBAC بعناية. يعمل المسار التفاعلي بهوية المستخدم، بينما تستخدم العمليات الذاتية هوية مدارة ونطاقًا محددًا. لا تمنحوا الوكيل وصولًا أوسع من الموارد المطلوبة للتحقيق.
الكلفة مبنية على الاستهلاك عبر Azure Agent Credit. المحادثة البسيطة والتحقيق العميق والعمليات الذاتية لها أنماط كلفة مختلفة، وقد يستهلك التحقيق العميق عدة مكالمات نموذج وأدوات. ضعوا ميزانية وتنبيهًا قبل تشغيل التحقيقات تلقائيًا.
ما الذي يعنيه للمطورين
وحّدوا أسماء الخدمات والبيئات والإصدارات، وأرسلوا correlation IDs وتتبعات تربط طلب المستخدم بمكالمات النموذج والأدوات. احجبوا البيانات الحساسة التي لا يحتاجها التشخيص.
احتفظوا بلوحات وتنبيهات أساسية تعمل دون الوكيل. إذا تعذر الوصول إلى الخدمة أو كانت توصيتها غير موثوقة، يجب أن يظل لدى الفريق مسار تحقيق تقليدي.
وثقوا كل توصية تم تنفيذها والنتيجة اللاحقة. هذا يبني مجموعة تقييم داخلية ويكشف أنواع الحوادث التي يساعد فيها الوكيل وتلك التي يزيد فيها الضوضاء.
قرار الاختبار
اختبروا خدمة واحدة ذات حوادث سابقة موثقة. شغّلوا الوكيل أولًا بوضع القراءة والتوصية، وقارنوا نتائجه مع تقرير ما بعد الحادث. لا تسمحوا بإجراء تغييرات تلقائية قبل إثبات الدقة ووضع حدود وموافقة بشرية.
يستحق التوسع إذا انخفض وقت التشخيص مع بقاء التكلفة والصلاحيات والاحتفاظ بالبيانات ضمن الحدود. أما إذا كان القياس ناقصًا، فالأولوية لإصلاح telemetry لا إضافة وكيل فوقها.
المصادر
Microsoft — إعلان الإتاحة العامة وقدرات الوكيل: https://blogs.microsoft.com/blog/2026/06/23/rethinking-cloud-operations-with-agentic-observability/
Microsoft Learn — الخصوصية والاحتفاظ والصلاحيات والحوكمة: https://learn.microsoft.com/en-us/azure/azure-monitor/aiops/observability-agent-governance-faq
OpenTelemetry — مراقبة مسارات وكلاء الذكاء الاصطناعي: https://opentelemetry.io/blog/2026/genai-observability/
تم التعديل
