مُرتقىMicrosoft Azure Fundamentals readiness
EN
محتوى مُرتقى التعليمي

منهجية مؤشر Azure Fundamentals وحدوده

مصادر مؤشر Azure Fundamentals وبنية البنك والحصص وحدود النتيجة الفئوية.

بُني المؤشر من المجالات الثلاثة المنشورة في دليل مهارات AZ-900 الحالي، مع توثيق المصدر وتاريخ التحقق.

العينة والاحتساب

البنك 108 أسئلة: 3 مجالات × 3 مراتب × 12 سؤالًا. السريع 12 سؤالًا والشامل 30 سؤالًا بحصص متساوية بين المجالات، بينما تدخل أوزان الدليل المنشور في القراءة العامة وحدها. لا تعرض المنصة عدد الإجابات الصحيحة أو تقديرًا رقميًا داخليًا.

الصعوبة والتنويع

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

الأصالة والترجمة

الأسئلة أصلية ولا تنقل سؤالًا رسميًا أو بنكًا تدريبيًا. العربية والإنجليزية مبنيتان من مصدر واحد مع ثبات المعرفات والإجابة والصعوبة.

ما الذي لا تقيسه الطريقة؟

لا تقيس خبرة عملية داخل Azure Portal، ولا تمنح درجة Microsoft، ولا تثبت أهلية أو شهادة، ولا تتنبأ بالنجاح في الاختبار الرسمي.

حدود النتيجة

هذا مؤشر تعليمي مستقل من مُرتقى لقياس الجاهزية المعرفية لموضوعات Microsoft Azure Fundamentals وفق مخطط AZ-900 المنشور. ليس اختبارًا رسميًا ولا محاكاة مطابقة له ولا بديلًا عنه، ومُرتقى ليست تابعة لـMicrosoft أو معتمدة منها. لا يعطي درجة أو نسبة مئوية، ولا يتنبأ بالنجاح أو الرسوب، ولا يمنح شهادة أو شارة رقمية. جميع الأسئلة أصلية التأليف داخل مُرتقى، وMicrosoft وAzure وأسماء الخدمات علامات تجارية تخص أصحابها.

طريقة عملية لتحليل سؤال Azure

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

بعد كل إجابة اكتب سبب صحة الخيار وسبب فشل أقرب مشتت. غيّر قيدًا واحدًا في السيناريو، مثل موقع البيانات أو مستوى الإدارة أو شرط التوافر، ثم أعد القرار. إذا تغيّر الخيار فحدد القيد الذي غيّره.

كيف تحوّل المراجعة إلى فهم ثابت؟

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

طبّق الأسلوب نفسه على الشبكات والتخزين والهوية والحوكمة. اسأل دائمًا من يدير المورد، وأين توجد البيانات، ومن يملك صلاحية التغيير، وكيف تظهر التكلفة، وما الأداة التي تكشف الانحراف. هذه الأسئلة الخمسة تربط المجالات بدل أن تترك كل اسم معزولًا في الذاكرة.

التحقق من المعلومات المتغيرة

خدمات Azure وواجهاتها وأسعارها ومحتوى الاختبار قد تتغير. استخدم هذه الصفحة لبناء الخريطة الذهنية، ثم ارجع إلى دليل مهارات AZ-900 وMicrosoft Learn والوثائق الرسمية للتحقق من التفاصيل الحالية. لا تعتمد على رقم سعر أو اسم واجهة أو حد خدمة محفوظ من مصدر قديم.

قبل حجز الاختبار، راجع صفحة Microsoft الرسمية لمعرفة نطاق المهارات الفعّال وسياسات التسجيل واللغة والمدة. مؤشر مُرتقى يقيس فهمًا معرفيًا بعينة أسئلة، لكنه لا يقيس أداءك داخل Azure Portal ولا يمثل الدرجة الرسمية.

دفتر أخطاء مفيد

عندما تخطئ، صنّف سبب الخطأ قبل الانتقال: هل خلطت بين خدمتين، أم تجاهلت قيدًا في السيناريو، أم نسبت مسؤولية العميل إلى Microsoft، أم اخترت حلًا أكبر من الحاجة؟ التصنيف أهم من عدّ الأخطاء لأنه يكشف النمط الذي يتكرر في مجالات مختلفة.

احتفظ بمثال صحيح ومثال مضاد لكل قاعدة. إذا كتبت أن Availability Zones تحسن المرونة، فاكتب أيضًا حالة لا تعالجها وحدها. وإذا راجعت Azure Policy، فقارنها بدور Azure RBAC وبوظيفة Resource Locks. المقارنة تمنع تشابه الأسماء من قيادة القرار.

أعد المراجعة على فترات متباعدة: بعد يوم، ثم بعد أسبوع، ثم طبّق سيناريو جديدًا بلا الرجوع إلى الملاحظات. يكون التحسن حقيقيًا عندما تستطيع شرح الاختيار بلغة بسيطة وتحديد سبب رفض البدائل، لا عندما تتذكر موضع الإجابة في سؤال سبق أن رأيته.

اختم كل جلسة بسؤالين من صياغتك، واطلب من نفسك تفسير الإجابة بصوت واضح. إن تعذر الشرح، فالمفهوم يحتاج مراجعة أخرى حتى لو كان اختيارك صحيحًا.

مراجع تم فتحها والتحقق منها

المصادر الرسمية

آخر تحقق:

Start with one domain

Find your first AZ-900 review priority

Use the indicator to identify a knowledge-readiness band and first review priority.