المراقبة والتسجيل والتحليل والمعالجة وتحسين الأداء

شيء ما في التطبيق لا يعمل كما يجب، ولا أحد يستطيع تحديد ما هو. المسافة بين جملة «التطبيق يبدو بطيئاً» وجملة «حجم EBS استنفد أرصدة الاندفاع عند الساعة 09:14» هي ما يعالجه هذا المجال. يغطي ما تقيسه AWS نيابة عنك، وما عليك أنت تجهيزه بنفسك، وكيف تحوّل هذه القياسات إلى تنبيهات ومعالجات تلقائية، وكيف تقرأها حين تضبط الأداء.

يحمل هذا المجال 22% من درجات اختبار SOA-C03، ويأتي أول الدورة لأن كل ما بعده يقرأ منه. سياسة التوسيع تحتاج إلى مقياس، ودليل المعالجة يحتاج إلى حدث، وأي تحسين للأداء يحتاج إلى رقم يثبت أنه نجح.

ما الذي يغطيه هذا المجال

• مقاييس CloudWatch وسجلاته، واستعلامات Logs Insights، ووكيل CloudWatch، وCloudTrail لتتبع استدعاءات API
• Container Insights، وخدمتا Prometheus وGrafana المُدارتان، ومراقبة أحمال serverless وأحمال الذكاء الاصطناعي
• تنبيهات CloudWatch والتنبيهات المركّبة وإجراءات التنبيه، والإشعارات عبر SNS، ولوحات المعلومات
• المعالجة المستندة إلى الأحداث: قواعد EventBridge وخدمة Pipes، وأدلة التشغيل في Systems Manager Automation، وأنماط المعالجة التلقائية الشائعة
• ضبط أداء الحوسبة والتخزين: تحديد الحجم المناسب مع Compute Optimizer، ومجموعات التموضع، وأنواع أحجام EBS وقيم IOPS، وأداء طلبات S3 ونقل البيانات، وEFS وFSx
• مراقبة RDS عبر Performance Insights وEnhanced Monitoring، وRDS Proxy، وضبط الاتصالات

لماذا هذا مهم

أسئلة هذا المجال تشخيصية. تُعطى أعراضاً: تنبيه عالق في حالة INSUFFICIENT_DATA، أو دالة Lambda لا تظهر سجلاتها، أو خادم EC2 بلا مقياس للذاكرة في CloudWatch، ويُطلب منك تحديد ما تفحصه أولاً. حفظ أسماء الخدمات لا يوصلك إلى الإجابة هنا. تحتاج إلى معرفة أي المقاييس تنشرها AWS تلقائياً وأيها يتطلب تثبيت الوكيل، وأين تصل كل مجموعة سجلات، وما الذي يقيّمه التنبيه فعلاً خلال فترته.

هذه المعرفة نفسها تحمل بقية الدورة. Auto Scaling في المجال التالي ليس أكثر من تنبيه CloudWatch مرتبط بسياسة توسيع، والاستجابة التلقائية لمخالفات الامتثال في مجال الأمان قاعدة EventBridge بمصدر أحداث مختلف. أتقن طبقة القياس هنا، فتقضي المجالات الأربعة الباقية في تطبيقها بدل إعادة تعلّمها.