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

  • مقالة
  • قراءة خلال 2 دقائق

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

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

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

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

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

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

لإعداد تكامل webhook المخصص الخاص بك، تحتاج إلى تحليل حمولة JSON التي يتم إرسالها عبر إشعار "صحاء الخدمة".

انظر مثالا على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

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

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

على سبيل المثال، إذا كان معرف اشتراكك هو bba14129-e895-429b-8809-278e836ecdb3 وكان معرف التتبع الخاص بك هو 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"
   }
]

يوضح هذا المثال مشاكل تتعلق بما يلي:

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

اختبار تكامل webhook الخاص بك عبر طلب HTTP POST

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

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

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

    POST        https://your.webhook.endpoint

HEADERS     Content-Type: application/json

BODY        <service health payload>

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

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

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