اختبار تجريبي، القسم 2: بنية Azure وخدماتها

مرحبًا بكم في القسم 2 من الاختبار التجريبي: بنية Azure وخدماتها. هذا هو أكبر مجال في AZ-900، إذ يمثل نحو 35–40% من إجمالي الدرجات. تغطي الأسئلة مناطق Azure، والحوسبة، والتخزين، والشبكات، وقواعد البيانات، والذكاء الاصطناعي، وخدمات DevOps. ستتدربون على تحديد الخدمة المناسبة لكل سيناريو وشرح مفاهيم البنية التي تقوم عليها. وخصصوا لهذا القسم 20–25 دقيقة.

السيناريو: تنشر شركة جهازَي VM لمعالجة طلبات الويب. وتريد الحماية من أعطال الأجهزة داخل مركز بيانات Azure مع البقاء في المنطقة الجغرافية نفسها. ويجب أن يكون الجهازان في نطاقَي خطأ مختلفين. ما ميزة Azure التي ينبغي استخدامُها؟

A) Availability Sets — B) Availability Zones — C) Region Pairs — D) Azure Load Balancer

الإجابة: A — Availability Sets. توزع Availability Set أجهزة VM عبر نطاقات خطأ منفصلة (رفوف أجهزة مختلفة مزودة بمصادر طاقة منفصلة) ونطاقات تحديث (تمنع إعادة التشغيل المتزامنة أثناء الصيانة). ويوفر ذلك SLA بنسبة 99.95% داخل مركز بيانات واحد. أما Availability Zones فتقدم حماية أعلى (99.99%) عبر مراكز بيانات منفصلة داخل المنطقة الجغرافية، وهي حماية تتجاوز ما يتطلبه السيناريو. وترتبط الكلمة الأساسية «نطاقات الخطأ» مباشرةً بـ Availability Sets، لا بـ Zones.

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

A) Azure Blob Storage (Hot tier) — B) Azure Table Storage — C) Azure Queue Storage — D) Azure Files

الإجابة: A — Azure Blob Storage (Hot tier). صُممت Azure Blob Storage لتخزين البيانات الكائنية غير المنظمة، مثل الصور ومقاطع الفيديو والمستندات. توفر Hot tier أقل زمن استجابة للبيانات التي يتم الوصول إليها بشكل متكرر. تُستخدم Azure Table Storage لبيانات NoSQL المنظّمة القائمة على أزواج المفتاح والقيمة، وليس للملفات الثنائية. تُستخدم Queue Storage لوضع الرسائل في قوائم انتظار بين مكوّنات التطبيق. وتوفر Azure Files مشاركات ملفات SMB/NFS. الإشارة الأساسية: ملفات ثنائية غير منظمة + وصول عبر HTTP → Blob Storage.

السيناريو: تعمل شركة ناشئة على بناء تطبيق للتواصل الاجتماعي يضم مستخدمين من جميع أنحاء العالم. يجب أن تكون البيانات متاحة في مناطق متعددة في الوقت نفسه، مع قبول عمليات الكتابة في جميع المناطق وزمن قراءة أقل من 10 مللي ثانية. ما خدمة قواعد البيانات في Azure التي ينبغي لهم استخدامها؟

A) Azure Cosmos DB — B) Azure SQL Database — C) Azure Database for PostgreSQL — D) Azure Cache for Redis

الإجابة: A — Azure Cosmos DB. إن Cosmos DB هي قاعدة بيانات Azure موزعة عالميًا ومتعددة النماذج، وتدعم الكتابة في مناطق متعددة، مع ضمان زمن قراءة من خانة المللي ثانية الواحدة عند P99. تدعم Azure SQL Database النسخ المتماثل الجغرافي، ولكن مع نسخ متماثلة للقراءة فقط في المناطق الثانوية، وليس الكتابة متعددة الأساتذة. أما PostgreSQL فدعم توزيعه العالمي محدود. وAzure Cache for Redis ذاكرة تخزين مؤقت داخل الذاكرة، وليست قاعدة بيانات أساسية. الإشارات الأساسية: توزيع عالمي + الكتابة في مناطق متعددة + قراءة أقل من 10 مللي ثانية → Cosmos DB.

السيناريو: لدى شركة VNet تضم شبكة فرعية لطبقة الويب وشبكة فرعية لقاعدة البيانات. وتحتاج إلى ضمان عدم استقبال شبكة قاعدة البيانات الفرعية إلا لحركة المرور القادمة من شبكة طبقة الويب الفرعية، مع حظر جميع حركة المرور الواردة الأخرى. يجب أن يعمل الحل في الطبقة 4، باستخدام قواعد IP/المنفذ. ما مورد Azure الذي ينبغي عليهم تكوينه؟

A) Network Security Group (NSG) — B) Azure Firewall — C) Application Gateway WAF — D) Azure DDoS Protection Standard

الإجابة: A — Network Security Group (NSG). تتضمن NSG قواعد واردة وصادرة تتحكم في حركة المرور على مستوى الشبكة الفرعية أو NIC، باستخدام قواعد المنافذ وعناوين IP والبروتوكولات، أي في الطبقة 4. أما Azure Firewall فهو جدار حماية مُدار في الطبقة 7، وقوي لكنه حل مبالغ فيه وأكثر تكلفة لمتطلب العزل البسيط هذا بين الشبكات الفرعية. ويُستخدم Application Gateway WAF لحماية حركة مرور الويب HTTP/HTTPS، وليس للتحكم في الوصول بين الشبكات الفرعية. تحمي DDoS Protection من الهجمات الحجمية، ولا تطبق قواعد التوجيه. الإشارة الأساسية: قواعد الشبكة الفرعية في الطبقة 4 → NSG.

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

A) Virtual Machine Scale Sets (VMSS) — B) Individual Azure VMs — C) Azure App Service — D) Azure Container Instances

الإجابة: A — Virtual Machine Scale Sets (VMSS). صُممت VMSS تحديدًا لإدارة مجموعات من الأجهزة الافتراضية المتطابقة والقابلة للتوسع تلقائيًا، مع موازنة حمل مدمجة. ولا يمكن للأجهزة الافتراضية الفردية في Azure أن تتوسع تلقائيًا كمجموعة من دون VMSS. أما App Service فهي منصة PaaS ولا تستخدم الأجهزة الافتراضية مباشرةً. وتناسب Azure Container Instances عمليات تشغيل حاوية واحدة، لا مجموعة تضم 200 خادم. الإشارات الأساسية: 200 جهاز افتراضي متطابق + التوسع التلقائي + موازنة الحمل → VMSS. هذا سيناريو حوسبة متكرر جدًا في AZ-900.

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

تدرّبت في هذا القسم على: Availability Sets للحماية من مجالات الأعطال داخل مركز البيانات، وBlob Storage للكائنات الثنائية غير المنظمة، وCosmos DB لقواعد بيانات NoSQL الموزعة عالميًا ومتعددة الأساتذة، وNSG لتصفية حركة المرور في الشبكات الفرعية ضمن الطبقة 4، وVMSS لمجموعات الأجهزة الافتراضية المتطابقة القابلة للتوسع تلقائيًا. راجع أي أسئلة أخفقت فيها بالعودة إلى الدرس المرتبط بها. التالي: يتناول القسم 3 تدريبات على الأمان والحوكمة والتكاليف.