[NEW] Azure Cosmos DB Developer Specialty Certification

أهلا بك عزيزي المتابع لموقع (journey for learn) نقدم دورات بكوبونات متاحة لاول 1000 تسجيل مجاني فقط وكوبونات اخري لفترة محدودة فاذا كنت تريد ان تحصل علي كل الكورسات علي موقعنا وان تكون اول المسجلين في الكورسات المجانية قم بتسجيل الدخول أوقم بالدخول علي وسائل التواصل الاجتماعي وخصوصا التليجرام نوضح الوصف المختصر والطويل للدورات لكي تعرف الدروس التي سوف تتعلمها بسهولة ويسر :

تغطية تفصيلية لمجال الاختبار لاجتياز اختبار Microsoft المعتمد: اختبار Azure Cosmos DB Developer Specialty، تحتاج إلى إتقان أنماط معمارية وتطويرية محددة. تحاكي مجموعة الاختبار التدريبي هذه بشكل مباشر الوزن الرسمي والعمق الفني لمخطط الاختبار الفعلي:

• تصميم نماذج البيانات وتنفيذها (38%)
  • تصميم إستراتيجيات تقسيم البيانات عالية الكفاءة لواجهة برمجة تطبيقات Azure Cosmos DB Core (NoSQL).
  • تطبيق أنماط النمذجة المتقدمة (إلغاء التسوية، والإشارة، والجمع بين أنواع متعددة من الكيانات داخل حاوية واحدة).
  • اختيار مخططات الحاويات المناسبة وتحسينها مفاتيح التقسيم لتجنب الأقسام الساخنة.
  • تنفيذ نماذج البيانات برمجيًا باستخدام حزم SDK الرسمية (C# وJava وPython وJavaScript).
  • تحديد واجهة برمجة التطبيقات الصحيحة لأحمال عمل تشغيلية محددة (Core API أو MongoDB أو Table أو Gremlin).
• تصميم وتنفيذ توزيع البيانات (8%)
  • تكوين واختبار نماذج الاتساق الخمسة (قوية ومحدودة) Staleness، وSession، وConsistent Prefix، وEntual) عبر بوابة Azure وSDK.
  • الاتصال بحسابات الكتابة متعددة المناطق وإدارة حالات الفشل الإقليمية ضمن رمز تطبيق SDK.
  • التخطيط للنسخ المتماثل عبر المناطق لتحقيق التوازن في توزيع الإنتاجية العالمية.
  • استخدام قوالب Azure CLI وAzure Resource Manager (ARM) لأتمتة توفير البيانات الإقليمية الموارد.
• دمج حل Azure Cosmos DB (8%)
  • تنفيذ استيعاب البيانات عالية الإنتاجية باستخدام أدوات الاستيراد المجمع، أو وضع التنفيذ المجمع لـ SDK، أو Azure Data Factory.
  • معالجة أحداث موجز التغيير في الوقت الفعلي باستخدام وظائف Azure ومكتبة معالج تغذية التغيير.
  • دمج مقاييس الحساب مع مراقبة Azure ورؤى التطبيقات للحصول على معلومات عميقة التشخيص.
  • ربط Azure Cosmos DB محليًا بالخدمات النهائية مثل Logic Apps.
• تحسين حل Azure Cosmos DB (18%)
  • تخصيص سياسات الفهرسة (بما في ذلك/استبعاد المسارات والفهارس المركبة) لتحسين أنماط الاستعلام المعقدة.
  • قياس استهلاك وحدة الطلب (RU) ووقت الاستجابة وتقليلهما عبر أحمال العمل كبيرة الحجم. السيناريوهات.
  • ضبط الإنتاجية المقدمة برمجيًا عبر Azure CLI أو البرامج النصية PowerShell.
  • تطوير الوظائف المحددة بواسطة المستخدم (UDFs) والإجراءات المخزنة للتعامل مع منطق الاستعلام المتخصص بكفاءة.
• الحفاظ على حل Azure Cosmos DB (28%)
  • استكشاف مشكلات الأداء، والأخطاء العابرة، و 429 استثناءً وإصلاحها باستخدام تسجيل SDK ومقاييس Azure Monitor.
  • تنفيذ إستراتيجيات التعافي من الكوارث، بما في ذلك الاسترداد في الوقت المناسب (PITR) والنسخ الاحتياطي المستمر.
  • تأمين البيانات أثناء التخزين وأثناء النقل باستخدام Azure Key Vault وتكوينات جدار الحماية والتحكم في الوصول المستند إلى الدور (RBAC).
  • نشر البنية التحتية لقاعدة البيانات بشكل موثوق باستخدام مسارات DevOps CI/CD.

وصف الدورة التدريبية لقد صممت هذه اختبارات تدريبية لحل مشكلة معينة: يعرف العديد من المطورين كيفية كتابة الاستعلامات الأساسية، لكنهم يواجهون صعوبة في التعامل مع الأسئلة المحددة للغاية المتعلقة باتخاذ القرار المعماري والموجودة في الاختبار الفعلي. يتطلب اجتياز هذه الشهادة أكثر من مجرد حفظ الوثائق؛ يجب أن تفهم المفاضلات العميقة وراء التقسيم، وتحسين وحدة الطلب (RU)، ومستويات الاتساق العالمية. بدلاً من الأسئلة العامة، قمت ببناء بنك أسئلة شامل قائم على السيناريوهات والذي يضعك في مكان مهندس السحابة. ستواجه مشكلات تتضمن الأقسام الساخنة، وفترات الاستجابة غير المتوقعة عبر المناطق، وسلوكيات الفهرس الصعبة. يتضمن كل سؤال في هذه الدورة تحليلاً شاملاً خطوة بخطوة. أنا لا أخبرك فقط بالإجابة الصحيحة، بل أشرح بالضبط لماذا يناسب الخيار الصحيح السيناريو بشكل أفضل، ولماذا ستفشل الخيارات الخمسة الأخرى أو تسبب اختناقات في الأداء في الإنتاج. يساعدك هذا الأسلوب على تحديد الفجوات في معرفتك ويعلمك كيفية التفكير مثل منشئي الاختبار. معاينة أسئلة نموذجية السؤال 1: نمذجة البيانات وتقسيمها أنت تصمم حاوية Azure Cosmos DB Core API لتطبيق لوجستي يتتبع مواقع مركبات التسليم في الوقت الفعلي. ستتعامل الحاوية مع ملايين عمليات الكتابة في الساعة. تتم تصفية معظم الاستعلامات حسب VehicleId وإرجاع آخر تحديثات الحالة مرتبة حسب الطابع الزمني. أنت بحاجة إلى اختيار مفتاح قسم يعمل على زيادة معدل نقل الكتابة إلى أقصى حد، ويتجنب الأقسام الساخنة، ويحافظ على أداء الاستعلام الفعال. الخيارات:

• أ. استخدم StatusDate كمفتاح القسم.
• ب. استخدم VehicleId كمفتاح القسم.
• ج. اجمع بين معرف المركبة ورقم لاحقة عشوائي كمفتاح قسم اصطناعي.
• د. استخدم CompanyId كمفتاح القسم حيث تدير كل شركة آلاف المركبات.
• هـ. استخدم المعرف الفريد العمومي (GUID) الذي تم إنشاؤه بشكل فريد لكل كتابة قياس عن بعد كمفتاح القسم.
• F. استخدم StateProvince كمفتاح القسم استنادًا إلى مكان تواجد السيارة حاليًا.

الإجابة الصحيحة:

• ب. استخدم VehicleId كمفتاح القسم.

شرح تفصيلي لجميع الخيارات:

• A غير صحيح: يؤدي استخدام StatusDate إلى إنشاء نمط مضاد كلاسيكي "للقسم الفعال". نظرًا لأن الملايين من عمليات الكتابة تحدث بشكل مستمر طوال اليوم الحالي، فإن كل حركة المرور الواردة ستستهدف نفس كتلة القسم الفعلي المخصصة لتاريخ اليوم، مما يؤدي إلى اختناق معدل النقل لديك.
• ب هو الصحيح: يوفر VehicleId مفتاحًا عالي القيمة، ويوزع عمليات الكتابة بالتساوي عبر أقسام فعلية متعددة. نظرًا لأن نمط الاستعلام الأساسي الخاص بك يتم تصفيته مباشرة بواسطة VehicleId، فإن هذا الاختيار يسمح لمحرك الاستعلام بتوجيه الطلبات مباشرة إلى قسم واحد، مما يتجنب تمامًا استعلامات التقسيم المشتركة باهظة الثمن والمستهلكة للموارد.
• C غير صحيحة: بينما يوزع مفتاح القسم الاصطناعي مع لاحقة عشوائية عمليات الكتابة بشكل فعال، فإنه يعطل كفاءة الاستعلام الخاص بك. لجلب تحديثات لمركبة معينة، يجب أن يقوم تطبيقك بالاستعلام عبر كافة اللواحق العشوائية، مما يفرض استعلامًا عبر التقسيم يستنزف وحدات RU.
• D غير صحيح: CompanyId لديه أصل منخفض نسبيًا مقارنة بملايين المركبات الفردية. سيؤدي هذا إلى إنشاء أقسام منطقية كبيرة يمكن أن تصل في النهاية إلى حد التخزين البالغ 20 جيجابايت لكل قسم منطقي، مما يتسبب في فشل الكتابة في المستقبل.
• E غير صحيح: يوفر المعرف الفريد العمومي (GUID) توزيعًا ممتازًا للكتابة، ولكنه يعوق بشدة نمط الاستعلام الخاص بك. نظرًا لأن الاستعلامات تتم تصفيتها حسب VehicleId، فإن البحث عبر مفتاح قسم GUID يفرض استعلامًا كاملاً للتقسيم المبعثر عبر كل قسم فعلي في مجموعتك.
• F غير صحيح: تتجمع المركبات بشكل كبير حول مراكز التوزيع الرئيسية أو الحالات المكتظة بالسكان. يؤدي هذا التوزيع غير المتكافئ إلى اختلالات في التخزين والإنتاجية حيث تصبح بعض أقسام الحالة محملة بشكل زائد بينما تظل الأقسام الأخرى في وضع الخمول تمامًا.

السؤال 2: نماذج الاتساق تستخدم مؤسسة التجارة الإلكترونية العالمية حساب Azure Cosmos DB متعدد المناطق مع مناطق الكتابة في شرق الولايات المتحدة وأوروبا الغربية. يقوم المستخدمون بتحرير معلومات الملف الشخصي لحساباتهم بشكل متكرر. يتطلب التطبيق أنه عندما يقوم المستخدم بتحديث عنوان الشحن الخاص به، يجب عليه رؤية العنوان المحدث على الفور إذا قام بتحديث نافذة المتصفح الخاصة به. ومع ذلك، يمكن للمستخدمين في المناطق الأخرى تحمل تأخير بسيط قبل رؤية تفاصيل الملف الشخصي المحدثة. أنت بحاجة إلى تكوين مستوى الاتساق الافتراضي لتقليل زمن الاستجابة مع تلبية هذا المطلب. الخيارات:

• أ. الاتساق القوي
• ب. اتساق الجمود المحدود
• ج. تناسق الجلسة
• د. تناسق البادئة المتسق
• E. الاتساق النهائي
• F. حل تعارض الكتابة متعدد الماجستير

الإجابة الصحيحة:

• ج. استخدم تناسق الجلسة

شرح تفصيلي لجميع الخيارات:

• أ غير صحيح: يضمن الاتساق القوي توحيد البيانات العالمية على الفور، ولكنه يتطلب النسخ المتماثل المتزامن عبر المناطق الجغرافية البعيدة قبل أن تعترف الكتابة. يؤدي هذا إلى زمن استجابة هائل للكتابة ويقلل من التوفر الإجمالي أثناء انقطاع الشبكة الإقليمية.
• B غير صحيح: يحد الثبات المحدود من تأخر القراءة إلى نافذة زمنية محددة أو عدد العمليات. على الرغم من أنه مفيد لتحديثات البيانات التي يمكن التنبؤ بها، إلا أنه لا يضمن الرؤية الفورية "للقراءة والكتابة والكتابة" لمستخدم معين ما لم تقم بتعيين نافذة الثبات على الصفر، مما يحاكي بشكل فعال الاتساق القوي ويدمر الأداء.
• C صحيح: يتم تحديد نطاق تناسق الجلسة مباشرة إلى جلسة عميل محددة. فهو يضمن أن المستخدم الذي أجرى التحديث سيشاهد دائمًا تعديلاته الخاصة على الفور ("اقرأ ما تكتبه"). بالنسبة لجميع المستخدمين الآخرين خارج تلك الجلسة، يتم نسخ البيانات بشكل غير متزامن، مما يؤدي إلى زيادة الأداء والحفاظ على انخفاض التكاليف.
• D غير صحيح: تضمن البادئة المتسقة عدم رؤية عمليات القراءة مطلقًا لعمليات الكتابة خارج الترتيب، ولكنها لا تضمن أن يرى المستخدم آخر تحديث خاص به فور تحديث الصفحة.
• E غير صحيح: يوفر الاتساق النهائي أقل زمن وصول ممكن وأعلى مستوى توافر، ولكنه لا يوفر أي ضمانات للطلب. يمكن للمستخدم الذي يقوم بتحديث متصفحه مباشرة بعد التحديث أن يرى بسهولة البيانات القديمة، مما ينتهك المتطلبات الأساسية.
• F غير صحيح: حل تعارض الأساتذة المتعددين هو آلية تكوين تستخدم لدمج التغييرات المتداخلة من مناطق مختلفة؛ إنه ليس مستوى اتساق هو الذي يملي ضمانات رؤية البيانات لتطبيق العميل.

السؤال 3: دمج موجز التغيير أنت تقوم بتطوير بنية خدمات صغيرة تعتمد على الحدث حيث يجب أن تقوم وظيفة Azure بمعالجة التغييرات في الوقت الفعلي من حاوية Azure Cosmos DB Core API. عندما يتم تحديث مستند، يجب أن تقوم الوظيفة بنقل البيانات إلى مستودع بيانات خارجي. أثناء الاندفاعات المرورية الكثيفة، تنتهي مهلة وظيفة Azure، وتلاحظ عدم وجود مستندات في المستودع الوجهة. أنت بحاجة إلى تكوين تكامل موجز التغيير للتوسع بشكل موثوق وضمان عدم فقدان أي رسائل. الخيارات:

• أ. قم بزيادة خاصية maxItemsPerInvocation في تكوين مضيف Azure Function.
• ب. قم بتبديل خطة استضافة Azure Function إلى خطة خدمة تطبيق مشتركة تعمل على مثيل واحد.
• ج. قم بتنفيذ مشغل مؤقت مخصص في Azure Functions الذي يستعلم عن الحاوية باستخدام حقل الطابع الزمني المعدل.
• د. قم بتكوين وظيفة Azure لاستخدام Cosmos DB Trigger مع حاوية تأجير معزولة.
• E. تمكين الاستعادة التلقائية لقاعدة البيانات في الوقت المناسب لإعادة قراءة السجلات المفقودة.
• F. قم بزيادة الإنتاجية المتوفرة (RU/s) لحاوية الإيجارات للتعامل مع تحديثات حالة التنسيق المكثفة.

الإجابة الصحيحة:

• د. قم بتكوين وظيفة Azure لاستخدام Cosmos DB Trigger مع حاوية تأجير معزولة.

شرح تفصيلي لجميع الخيارات:

• A غير صحيح: تؤدي زيادة maxItemsPerInvocation إلى إجبار الوظيفة على معالجة مجموعات أكبر من المستندات مرة واحدة. أثناء الارتفاعات الكبيرة في حركة المرور، يؤدي هذا في الواقع إلى زيادة وقت المعالجة لكل تنفيذ، مما يزيد من احتمالية وصول وظيفتك إلى مهلات التنفيذ والتعطل في منتصف الدفعة.
• B غير صحيح: يؤدي التحول إلى خطة خدمة التطبيقات ذات المثيل الواحد إلى الحد من قدرة وظيفتك على التوسع أفقيًا. يحتاج معالج تغذية التغيير إلى توزيع الرموز المميزة للتأجير عبر مثيلات توسيع متعددة لمعالجة الأقسام بشكل متزامن.
• C غير صحيح: يؤدي إنشاء محرك استعلام مخصص يعتمد على المؤقت إلى تقديم تعقيد معماري ويفتقد تحديثات المستندات السريعة والمتوسطة. كما أنه يسبب استهلاكًا كبيرًا وغير ضروري لـ RU مقارنةً بمحرك تغذية التغيير الأصلي.
• D صحيح: يستخدم Azure Functions Cosmos DB Trigger الأصلي مكتبة Change Feed Processor داخليًا. يسمح استخدام حاوية عقود الإيجار المخصصة لوقت التشغيل بتتبع نقاط تفتيش التقدم بأمان. إذا فشل أحد المثيلات أو انتهت مهلته، فإن مثيلًا آخر يلتقط عقد الإيجار تلقائيًا من آخر نقطة تفتيش ناجحة، مما يضمن عدم فقدان البيانات.
• E غير صحيح: الاسترداد في الوقت المناسب عبارة عن آلية استرداد بعد الكوارث مصممة لاستعادة قواعد البيانات المحذوفة أو التالفة. لا يمكن استخدامه كنمط تكامل نشط لإصلاح اختناقات معالجة التطبيقات في الوقت الفعلي.
• F غير صحيح: بينما تحتاج حاوية الإيجارات إلى مستوى أساسي من الإنتاجية للعمل، فإن مجرد زيادة وحدات RU/s الخاصة بها لن تمنع مهلات الوظائف أو إصلاح مشكلات القياس الهيكلي إذا كان منطق التنفيذ أو تتبع القسم غير محسّن.

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

آمل أن تكون مقتنعًا الآن! وهناك الكثير من الأسئلة داخل الدورة.

ما هي المتطلبات الأساسية لدخول الدورة والتسجيل فيها على موقعنا؟ رحلة التعلم:

(احصل على الدورة للدخول إلى الموقع والتسجيل)

يجب أن يكون لديك بريد إلكتروني (حساب بريد) تتذكره لنفسك وأيضًا يجب أن تتذكر كلمة مرور البريد الإلكتروني الذي ستسجل به ، وإذا لم يكن لديك حساب بريد إلكتروني ، فمن الأفضل إنشاء حساب (Gmail)