مراجعة الدرجات ومعالجة نقاط الضعف

بعد إكمال أقسام الاختبار التجريبي الثلاثة، ينبغي أن يبدأ تحليل درجاتك بحساب النسبة المئوية للإجابات الصحيحة في كل مجال على حدة، وليس النتيجة الإجمالية فقط. فالحصول على 80% إجمالًا مع إخفاء نسبة 60% في الأمان والحوكمة لا يزال يشير إلى خطر في الاختبار، لأن هذا المجال يشكّل 30–35% من الاختبار الفعلي. اربط كل سؤال أخفقت فيه بموضوع الدرس المحدد له، وأنشئ قائمة دراسة مركزة. الهدف ليس استذكار الحقائق بشكل مثالي، بل الاستدلال بثقة على السيناريوهات.

فيما يلي نقاط الضعف الشائعة في مفاهيم السحابة وطرق معالجتها:

• الخلط بين Elasticity وScalability → Elasticity = تلقائية؛ Scalability = القدرة. راجع «مزايا السحابة الأساسية واقتصادات الحجم».
• تطبيق Shared Responsibility بشكل خاطئ على SaaS → ارسم جدول المسؤوليات يدويًا لنماذج الخدمات الثلاثة.
• الخلط بين CapEx وOpEx → CapEx = شراء مقدم؛ OpEx = فاتورة شهرية. راجع «السحابة مقابل البنية المحلية التقليدية».

تشمل نقاط الضعف الشائعة في البنية والخدمات ما يلي:

• الخلط بين Availability Sets وZones → المجموعات = مجالات الأعطال والتحديثات داخل مركز بيانات واحد؛ المناطق = مراكز بيانات منفصلة داخل منطقة واحدة.
• اختيار خدمة قاعدة البيانات غير الصحيحة → احفظوا ما يلي: Cosmos DB = قاعدة بيانات NoSQL موزعة عالميًا؛ Azure SQL = PaaS علائقية؛ SQL MI = توافق شبه كامل مع SQL Server.
• الخلط بين Queue Storage وService Bus → Queue Storage = خدمة بسيطة ورخيصة بسعة 64 KB؛ Service Bus = topics وsessions وDLQ للمؤسسات بسعة 100 MB في Premium.
• تحديد خدمة الحوسبة بشكل غير صحيح → اربطوا كل خدمة بتصنيف IaaS/PaaS وحالة الاستخدام الأساسية لها.

تشمل نقاط الضعف الشائعة في الأمان والحوكمة ما يلي:

• الخلط بين Defender for Cloud وSentinel → Defender = الوضع الأمني/الدرجة؛ Sentinel = اكتشاف التهديدات عبر SIEM/SOAR.
• اختيار أداة التكلفة غير الصحيحة → قبل النشر: Pricing Calculator؛ بعد النشر: Cost Management؛ لدراسة جدوى الترحيل: TCO Calculator.
• استخدام صيغة SLA المركبة بشكل غير صحيح → AND = الضرب (الناتج أقل)؛ OR = 1−(1−SLA1)×(1−SLA2) (الناتج أعلى).
• الخلط بين Policy وLocks → Policy = التحكم في خصائص الموارد؛ Locks = منع حذف الموارد الموجودة أو تعديلها.

بعد تحديد نقاط ضعفكم، أنشئوا خطة دراسة مركزة للأيام المتبقية قبل اختباركم:

• قبل أكثر من 7 أيام: أعيدوا قراءة الدرس الكامل لكل نقطة ضعف؛ وأكملوا اختبارات التحقق من المعرفة في Microsoft Learn لتلك الوحدات.
• قبل 3–6 أيام: أجروا اختبارَي تقييم تدريبيين رسميين كاملين من Microsoft (إجمالي 100 سؤال)؛ وحددوا أي نقاط ضعف جديدة.
• قبل يوم أو يومين: راجعوا بسرعة أسماء الخدمات، ونِسَب SLA، وأسماء أدوات التسعير، وحدود المسؤولية المشتركة.
• يوم الاختبار: راجعوا ورقة الغش الخاصة بنقاط الضعف قبل الاختبار بـ30 دقيقة؛ ولا تحاولوا حشر مواد جديدة.

تستحق هذه الحقائق العشر حفظها على شكل بطاقات مراجعة لاختبار AZ-900:

• اتفاقية مستوى الخدمة لجهاز VM واحد + Premium SSD: 99.9%
• اتفاقية مستوى الخدمة لـ Availability Set: 99.95%
• اتفاقية مستوى الخدمة لـ Availability Zone: 99.99%
• الحد الأقصى لخصم Reserved Instance: 72%
• الحد الأقصى لخصم Spot VM: 90%
• درجة النجاح في AZ-900: 700/1000
• الحد الأقصى لعدد العلامات لكل مورد: 50
• الحد الأقصى لعمق مجموعة الإدارة: 6 مستويات تحت الجذر
• خدمة درجة الوضع الأمني: Defender for Cloud
• أداة تقدير التكلفة قبل النشر: Pricing Calculator

أجيبوا ذهنيًا قبل متابعة القراءة:

• ما النموذج الذي يدير فيه العميل نظام التشغيل بينما تدير Azure الأجهزة؟ → IaaS
• ما الفائدة التي تتيح النشر في طوكيو ولندن وساو باولو؟ → Geo-Distribution
• ما نوع النشر الذي يجمع بين البيئة المحلية وAzure المتصلتين؟ → Hybrid Cloud
• هل الاشتراك الشهري في Azure يمثل CapEx أم OpEx؟ → OpEx
• من يدير البيانات في SaaS؟ → Customer

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

• منع حذف جهاز VM؟ → CanNotDelete Resource Lock
• فرض علامة مطلوبة على جميع الموارد؟ → Azure Policy (Deny effect)
• عرض درجة الأمان؟ → Defender for Cloud
• اكتشاف التهديدات من السجلات؟ → Microsoft Sentinel
• تخزين كلمة مرور قاعدة البيانات بأمان؟ → Azure Key Vault Secret
• تسجيل دخول الشركاء الخارجيين باستخدام بيانات اعتمادهم الخاصة؟ → Entra ID B2B

تدريب على التكلفة وSLA — أجيبوا قبل متابعة القراءة:

• ما أفضل خصم لجهاز VM يعمل على مدار الساعة طوال أيام الأسبوع لمدة 3 سنوات؟ → 3-year Reserved VM Instance (up to 72%)
• تقدير التكلفة قبل النشر؟ → Azure Pricing Calculator
• مراقبة الإنفاق بعد النشر؟ → Azure Cost Management
• مقارنة تكلفة البيئة المحلية بتكلفة Azure؟ → TCO Calculator
• ما اتفاقية SLA المركبة لـ App Service (99.95%) + SQL DB (99.99%)؟ → ≈ 99.94%
• إعادة استخدام تراخيص Windows Server على Azure؟ → Azure Hybrid Benefit

قبل حجز اختباركم، ينبغي أن تتمكنوا بثقة من الإجابة عن الأسئلة التالية:

• ماذا تعني IaaS / PaaS / SaaS في سياق السيناريو؟
• ما خدمة Azure التي تحل كل مشكلة شائعة (التخزين، والحوسبة، وقواعد البيانات، والأمان، والحوكمة، والتكلفة)؟
• كيف يتغير نموذج المسؤولية المشتركة بين IaaS وPaaS وSaaS؟
• كيف تحسبون SLA المركبة؟
• ما أدوات التكلفة الثلاث في Azure، ومتى تُستخدم كل واحدة منها؟

إذا نجحتم: احتفلوا واطلعوا فورًا على الشهادات التالية — إذ تبني AZ-104 (مسؤول)، وAZ-204 (مطوّر)، أو AZ-305 (خبير هندسة الحلول) مباشرةً على أساسيات AZ-900. وإذا لم تنجحوا: تشترط Microsoft فترة انتظار مدتها 24 ساعة قبل إعادة الاختبار. راجعوا تقرير درجاتكم الذي يوضح نسبكم في المجالات — وادرسوا مجالات ضعفكم فقط، لا المنهج بأكمله، لتحقيق النجاح بكفاءة في المحاولة التالية. ينجح معظم المرشحين الذين يفصلهم هامش بسيط عن النجاح (680–695) في المحاولة الثانية بعد مراجعة مركزة لمدة تتراوح بين أسبوع وأسبوعين.

اختبروا فهمكم لمفاهيم Microsoft Azure Fundamentals (AZ-900) الواردة في هذا الدرس.

في هذا الدرس الختامي تعلمتم أن تحليل الدرجات حسب المجال يحدد نقاط الضعف بفاعلية أكبر من الاعتماد على الدرجة الإجمالية وحدها، وأن 10 حقائق مهمة على شكل بطاقات مراجعة (اتفاقيات SLA والخصومات ودرجة النجاح وأسماء الأدوات) تمثل أعلى عائد من الحفظ قبل يوم الاختبار، وأن الحصول على 85% أو أكثر في التقييمات التدريبية الرسمية يوفر هامشًا كافيًا للنجاح بثقة. تهانينا على إكمال مسار AZ-900 الكامل — أنتم الآن مستعدون لدخول اختبار Microsoft Azure Fundamentals!