Azure / متوسط: الخدمات المدارة والحَوْكمة / الدرس 10
Azure Monitor وقابلية الملاحظة المفيدة
اربط المقاييس والسجلات والآثار والتنبيه بنتيجة مستخدم مرصودة. ميّز نشاط الإدارة من دليل التطبيق والبيانات وحدد نطاق القياس وكلفته.
في هذه الصفحة
أهداف الدرس
- تعريف مصدر القياس ووجهته وتفسيره.
- استخدام المقام وملكية التنبيه صحيحاً.
- حماية السياق الحساس وتحديد حدود الجمع.
تجيب الإشارات المختلفة عن أسئلة مختلفة
تجمع Azure Monitor قدرات رصد وتدعمApplication Insights وLog Analytics مسارات التطبيق والتحليل. تلخص المقاييس قيماً وتصف السجلات أحداثاً وتربط الآثار المراحل. يصفActivity Log نشاط الإدارة المدعوم لا كل قراءة بيانات وفعل عمل. صمم مسارات الجمع وإعداد التشخيص؛فوجود المورد لا يثبت جمع المفيد واحتفاظه والاستعلام عنه. سمِّ نتيجة المستخدم قبل الإشارة.
يحتاج خط القياس ملكية من البداية للنهاية
وثّق المصدر والجمع والوجهة والنطاق والاحتفاظ والتأخر. قد يعني الغياب عدم حدث أو فشل جمع أو توجيهاً أو انتهاءً أو استعلام نطاق آخر. يفصلJSON اكتمالAPI من الإدارة ويعين مالك التحقيق ولا ينشر إعداداً. افحص المخطط والدعم ثم وصول حدث مصطنع للوجهة بلا بيانات خاصة،وخطط موارد الإدخال والاحتفاظ.
{
"model": "telemetry-plan-only",
"signals": [
{
"source": "application",
"event": "document_completed",
"owner": "application-team"
},
{
"source": "control-plane",
"event": "resource_configuration_change",
"owner": "platform-team"
}
],
"verify": [
"collection",
"destination",
"scope",
"retention",
"known-event-arrival"
]
}control-plane changes and application completion need separate evidenceلا تفعل الخطة الجمع أو تثبت حدثAzure،ولا تستعلم عن مساحة أوحساب.
تحتاج كل نسبة فئة محددة
يحتاج معدل الخطأ عملية ونافذة وأهلية ومقاماً. لا تقيس كمون الناجح وتخفي المهلات من الفشل. قد تفشل المهمة بعد القبولHTTP فافصل الاكتمال. يعد البرنامج فشلاً بين أربع ملاحظات مصطنعة لاSLI مقاسة. قد يشمل الحقيقي فشل المجال والرفض والتأخر حسب الوعد. لا تجمع المئينات أو تقارن تعريفات مختلفة لتشابه اللوحات.
statuses = [200, 202, 503, 200]
failures = sum(status >= 500 for status in statuses)
print(len(statuses), failures)
print(f"{failures}/{len(statuses)}")4 1
1/4يعرف الفشل بحالة500 فأكثر لأربعة أعداد فقط،ولا يثبت صحةAzure أو هدف إنتاج.
يحتاج التنبيه مالكاً وفعلاً مفيداً
عرّف الشرط والنطاق وطريق الإرسال والمالك والإجراء. لا يثبت الإعداد وصول التنبيه وفهم الدليل. اختر الحدود من خط أساس والأثر لاCPU ونسبة عامة. افحص الإرسال بمصطنع مصرح لاحقاً،وميّز العابر من الضرر والمفقود من السليم. تخفي الضوضاء المهم،وقد يطمئن صمت خط مكسور زيفاً.
لا يحتاج التشخيص المفيد حمولات سرية
استخدم فئات ثابتة وأبعاداً محدودة وضع الربط بسياق مضبوط لا وسوم مقاييس غير محدودة. لا تسجل رموزاً وكلمات وأجساماً ووثائق خاصة. قيد الوصول والاحتفاظ،ووضح أثر أخذ العينات والتجميع. لا تستعلم الدورةAzure أو تثبت عميلاً أو تضبط وتشغل تنبيهاً أو حادثة؛تفحص المحلي فقط وتبقى خدمة الجمع والإرسال والتعافي بحاجة تحقق.
الأخطاء الشائعة وإصلاحها
تسميةActivity Log تدقيق تطبيق كامل
- لماذا يحدث؟
- خلط الإدارة بكل فعل بيانات وأعمال.
- كيف تصلحه؟
- تصميم دليل التطبيق والبيانات المدعوم صراحة.
- كيف تتجنب تكراره؟
- ربط كل نتيجة تدقيق بمصدر جمع فعلي.
افتراض صحة رسم بلا بيانات
- لماذا يحدث؟
- خلط فشل الجمع وصفر الأخطاء.
- كيف تصلحه؟
- فحص الحدث المعروف والنطاق والاحتفاظ والمرشح.
- كيف تتجنب تكراره؟
- رصد فشل خط القياس نفسه.
ظهور رموز خاصة بالسجل
- لماذا يحدث؟
- تغليب سهولة التشخيص على تصنيف البيانات.
- كيف تصلحه؟
- تنقيح الأسرار وحفظ السياق اللازم.
- كيف تتجنب تكراره؟
- مراجعة المخطط والوصول قبل الجمع.
اختبر فهمك
1. هل يثبتHTTP202 انتهاء وثيقة خلفية؟
اعرض الحل المشروح
لا؛قد يقر القبول والعمل معلق أو يفشل لاحقاً. عرّف الهوية والملاحظة واربطها بسياق آمن. للمقياسَين فئتهما وقاعدتهما.
2. ماذا يفحص عند فراغ عرض سجل كان نشطاً؟
اعرض الحل المشروح
افحص الحدث المتوقع ثم الجمع والتوجيه والوجهة والاحتفاظ والوقت والمرشح بتحقيق مصرح. لا تستنتج انعدام الفشل من غياب الرصد،واحفظ الدليل بلاحمولات خاصة.
أهم ما تعلمته
- تربط الملاحظة نتيجة محددة بمسار جمع متحقق.
- يؤثر المقام وغياب البيانات والملكية والخصوصية في الاستنتاج.