أعلنت AWS إتاحة Amazon CloudWatch Omni، وهي تجربة موحدة لمراقبة التطبيقات ووكلاء الذكاء الاصطناعي، وتنظيم بيانات السجلات والمقاييس والتتبعات والتنبيهات حول التطبيق وعلاقاته بدلاً من عرضها كإشارات منفصلة. وتوفر الخدمة مساحة مشتركة يمكن للمهندسين استخدامها عبر عنوان مخصص للمؤسسة وتسجيل دخول مؤسسي، من دون الحاجة إلى الوصول إلى AWS Management Console.
تعتمد CloudWatch Omni على OpenTelemetry، لذلك تظهر بيانات القياس التي ترسلها المؤسسات إلى CloudWatch داخل التجربة الجديدة من دون إعادة تهيئة. كما يمكن لأحمال العمل الأخرى المجهزة باستخدام OpenTelemetry إرسال بياناتها إلى نقطة نهاية OpenTelemetry Protocol (OTLP).
ما الذي تقدمه الخدمة؟
تكتشف Omni الخدمات تلقائياً وتبني خريطة للتبعيات بينها، اعتماداً على بيانات القياس واكتشاف الموارد عبر AWS Config. وبدلاً من الاعتماد على لوحات معلومات ثابتة تتطلب صيانة مستمرة، يمكن للفرق تحديد ما تعتبره مهماً، مثل أهداف التوافر وميزانيات زمن الاستجابة وحدود معدل الأخطاء، لتتكيف عروض المراقبة مع تغير التطبيق وإضافة خدمات جديدة.
وتوفر الخدمة لكل فريق ما تسميه AWS مساحة (Space) تضم التطبيقات التي يملكها والبيانات المرتبطة بها. وتشير المساحة إلى بيانات CloudWatch الموجودة مسبقاً من دون نقل إضافي للبيانات. كما يمكن للمستخدمين طرح أسئلة باللغة الطبيعية حول تطبيقاتهم، وتحليل بيانات القياس، وإظهار مؤشرات مرتبطة بحالة النظام.
تحقيقات مشتركة مع DevOps Agent
يشارك Amazon DevOps Agent في جلسات التحقيق إلى جانب المهندسين، مستنداً إلى بيانات القياس نفسها التي يراها الفريق. وتقول AWS إن الوكيل يربط الأحداث بين الخدمات، ويتتبع مسارات السبب الجذري عبر رسم التبعيات، ويقترح الخطوات التالية، مع الاحتفاظ بسجل التحقيق لاستخدامه في المراجعات اللاحقة للحوادث.
في السيناريو الذي تعرضه AWS، يؤدي ارتفاع معدل الأخطاء في خدمة الدفع إلى فتح جلسة تتضمن طوبولوجيا التطبيق، ونشراً حديثاً، وارتفاعاً في زمن استجابة واجهة دفع خارجية، إلى جانب التحليل الأولي للوكيل. ويمكن لمهندس من فريق المدفوعات الانضمام إلى الجلسة نفسها ورؤية السياق المتراكم، قبل تحديد السبب الجذري والتراجع عن التغيير.
ما الذي يتغير عملياً؟
التغيير الأساسي ليس استبدال أدوات CloudWatch الحالية، بل إضافة واجهة تتمحور حول التطبيق والتعاون أثناء التحقيق. وتستمر التنبيهات ولوحات المعلومات وواجهات البرمجة وعمليات وحدة التحكم الحالية من دون تغيير. كما لا يحتاج المهندسون إلى صلاحيات AWS Console لاستخدام Omni بعد إعداد تسجيل الدخول المؤسسي عبر IAM Identity Center، الذي يدعم Okta وAzure AD ومزودي SAML 2.0 الآخرين.
يمكن لعميل CloudWatch الحالي البدء من خيار “Try CloudWatch Omni” في وحدة تحكم CloudWatch، ثم إعداد مزود الهوية وإنشاء مساحات للفرق والبيئات. وتوفر AWS موصلات لإدخال بيانات القياس من بيئات أخرى إلى المساحات وجلسات التحقيق نفسها. وبحسب المادة، يُفعّل DevOps Agent افتراضياً في كل جلسة تحقيق داخل Omni.
التوفر والقيود
أصبحت CloudWatch Omni متاحة، بينما تحيل AWS تفاصيل الأسعار إلى صفحة تسعير Amazon CloudWatch. ولا تذكر المادة أرقاماً للأسعار أو قائمة بالتوافر الإقليمي. كما أن اعتماد التحقيقات على بيانات القياس المتاحة وعلى إعداد الهوية المؤسسية يعني أن قيمة التجربة ستظل مرتبطة بجودة التهيئة والتغطية telemetry لدى كل مؤسسة، وهي نقطة ينبغي على الفرق تقييمها قبل التوسع في الاستخدام.
كيف أعددنا هذا الخبر؟
اعتمد الخبر على المصدر الأصلي الموضح أعلاه. قد نستخدم أدوات آلية للمساعدة في الاستخراج والتصنيف والصياغة،
لكن النشر يخضع لقواعد تمنع المحتوى المكرر والقصير أو الروتيني منخفض القيمة.
اقرأ سياستنا التحريرية.