مشاركة عبر

استخدام إخطار على الويب لتكوين إعلامات السلامة لأنظمة إدارة المشكلات

  • مقالة

توضح هذه المقالة كيفية تكوين تنبيهات Azure Service Health لإرسال البيانات من خلال خطافات الويب إلى نظام الإعلام الحالي.

يمكنك تكوين تنبيهات حالة الخدمة لإعلامك عن طريق رسالة نصية أو بريد إلكتروني عندما يؤثر حادث خدمة Azure عليك.

ولكن قد يكون لديك بالفعل نظام إعلام خارجي موجود تفضل استخدامه. تحدد هذه المقالة أهم أجزاء حمولة خطاف الويب. وهو يصف كيفية إنشاء تنبيهات مخصصة لإعلامك عند حدوث مشكلات في الخدمة ذات الصلة.

إذا كنت تريد استخدام تكامل تم تكوينه مسبقا، فشاهد:

شاهد فيديو تمهيديا:

تكوين إعلام مخصص باستخدام حمولة إخطار على الويب Service Health

لإعداد تكامل خطاف الويب المخصص الخاص بك، تحتاج إلى تحليل حمولة JSON التي يتم إرسالها عبر إعلام Service Health.

راجع مثال ServiceHealth على حمولة خطاف الويب.

يمكنك التأكد من أنه تنبيه صحة الخدمة من خلال النظر في context.eventSource == "ServiceHealth". الخصائص التالية هي الأكثر صلة:

  • data.context.activityLog.status
  • data.context.activityLog.level
  • data.context.activityLog.subscriptionId
  • data.context.activityLog.properties.title
  • data.context.activityLog.properties.impactStartTime
  • data.context.activityLog.properties.communication
  • data.context.activityLog.properties.impactedServices
  • data.context.activityLog.properties.trackingId

يمكنك إنشاء ارتباط مباشر إلى لوحة معلومات Service Health على سطح المكتب أو الجهاز المحمول عن طريق إنشاء عنوان URL متخصص. استخدم trackingId والأرقام الثلاثة الأولى والأخيرة من subscriptionId بهذا التنسيق:

https://app.azure.com/h/< trackingId>/<أول ثلاثة أرقام والأخيرة من معرف الاشتراك>

على سبيل المثال، إذا كان معرف الاشتراك هو bba14129-e895-429b-8809-278e836ecdb3 وكان trackingId هو 0DET-URB، فإن عنوان URL الخاص بصحة الخدمة هو:

https://app.azure.com/h/0DET-URB/bbadb3

استخدم المستوى للكشف عن خطورة المشكلة

من الأدنى إلى الأعلى خطورة، يمكن أن تكون خاصية المستوى في الحمولة معلوماتية أو تحذيرية أو خطأ أو حرجة.

تحليل الخدمات المتأثرة لتحديد نطاق الحادث

يمكن أن تعلمك تنبيهات حالة الخدمة بالمشكلات عبر مناطق وخدمات متعددة. للحصول على تفاصيل كاملة، تحتاج إلى تحليل قيمة impactedServices.

المحتوى الموجود بداخله عبارة عن سلسلة JSON مهربة تحتوي، عند إلغاء تغليفها، على كائن JSON آخر يمكن تحليله بانتظام. على سبيل المثال:

{"data.context.activityLog.properties.impactedServices": "[{\"ImpactedRegions\":[{\"RegionName\":\"Australia East\"},{\"RegionName\":\"Australia Southeast\"}],\"ServiceName\":\"Alerts & Metrics\"},{\"ImpactedRegions\":[{\"RegionName\":\"Australia Southeast\"}],\"ServiceName\":\"App Service\"}]"}

يصبح:

[
   {
      "ImpactedRegions":[
         {
            "RegionName":"Australia East"
         },
         {
            "RegionName":"Australia Southeast"
         }
      ],
      "ServiceName":"Alerts & Metrics"
   },
   {
      "ImpactedRegions":[
         {
            "RegionName":"Australia Southeast"
         }
      ],
      "ServiceName":"App Service"
   }
]

يوضح هذا المثال مشاكل ل:

  • "التنبيهات والمقاييس" في شرق أستراليا وجنوب شرق أستراليا.
  • "خدمة التطبيقات" في جنوب شرق أستراليا.

اختبار تكامل خطاف الويب الخاص بك عبر طلب HTTP POST

اتبع الخطوات التالية:

  1. إنشاء البيانات الأساسية لصحة الخدمة التي تريد إرسالها. راجع مثال على حمولة إخطار على الويب لصحة الخدمة في Webhooks لتنبيهات سجل نشاط Azure.

  2. إنشاء طلب HTTP POST كما يلي:

    POST        https://your.webhook.endpoint

HEADERS     Content-Type: application/json

BODY        <service health payload>

    يجب أن تتلقى استجابة "2XX - ناجحة".

  3. انتقل إلى PagerDuty للتأكد من إعداد التكامل بنجاح.

الخطوات التالية