منذ 5 ساعات
أهلا بك عزيزي المتابع لموقع (journey for learn) نقدم دورات بكوبونات متاحة لاول 1000 تسجيل مجاني فقط وكوبونات اخري لفترة محدودة فاذا كنت تريد ان تحصل علي كل الكورسات علي موقعنا وان تكون اول المسجلين في الكورسات المجانية قم بتسجيل الدخول أوقم بالدخول علي وسائل التواصل الاجتماعي وخصوصا التليجرام نوضح الوصف المختصر والطويل للدورات لكي تعرف الدروس التي سوف تتعلمها بسهولة ويسر :
تغطية تفصيلية لمجال الاختبار، يحدد بنك الممارسة الشامل هذا بدقة الكفاءات المعمارية والتشغيلية والتصميمية المطلوبة أثناء تصميم النظام عالي المستوى والمقابلات الهندسية الفنية الخلفية.- أساسيات الخدمات الصغيرة (20%): هندسة الخدمات الصغيرة الأساسية، واكتشاف الخدمة من جانب العميل والخادم، وأنماط بوابة واجهة برمجة التطبيقات، وموازنة التحميل الذكية، وبروتوكولات اتصالات الخدمة المتزامنة/غير المتزامنة.
- اتصالات الخدمة وإدارة البيانات (18%): التصميم واجهات برمجة تطبيقات RESTful المرنة، وقوائم انتظار الرسائل عالية الإنتاجية، والبنية غير المتزامنة المستندة إلى الأحداث، وتطور المخطط في تسلسل البيانات، ونماذج تخزين البيانات الموزعة (أنماط قاعدة البيانات لكل خدمة).
- المرونة والتسامح مع الأخطاء (15%): تنفيذ قواطع الدوائر الموزعة، وآليات إعادة المحاولة الذكية، والتراجعات التكيفية، وعزل الخيط/الإشارة عبر الحاجز، والخدمة الرائعة التدهور.
- الأمان والمصادقة (12%): تدفقات تفويض OAuth2 للمؤسسة، والتعامل الآمن مع JWT والتحقق من صحتها، واستراتيجيات ترحيل الرمز عديم الحالة، والتحكم الدقيق في الوصول، وتشفير البيانات من طرف إلى طرف (أثناء النقل وفي حالة عدم النشاط).
- النشر والمراقبة (10%): حاويات غير قابلة للتغيير، وتنسيق على نطاق الإنتاج، ومستمر بدون توقف. النشر والتتبع الموزع والتسجيل المركزي ومراقبة البنية التحتية الشاملة.
- أنماط ومبادئ التصميم (8%): تطبيق مبادئ SOLID على تصميم المكونات، والالتزام بمنهجيات التطبيقات ذات الـ 12 عامل، وتفكيك التصميم الاستراتيجي القائم على المجال (DDD)، وتنفيذ CQRS وأنماط مصادر الأحداث.
- الاختبار وضمان الجودة (7%): استراتيجيات اختبار الخدمات الصغيرة المتخصصة بما في ذلك اختبار الوحدات المعزولة، والخدمة اختبار التكامل، واختبار العقود المستندة إلى المستهلك، والتحقق من صحة الاختبار الشامل، والتطوير القائم على الاختبار (TDD).
- السحابة وDevOps (10%): الحوسبة السحابية متعددة المستأجرين، والأنماط المعمارية للتطبيقات السحابية الأصلية، وممارسات DevOps الأساسية، والبنية التحتية القابلة للتكرار كرمز (IaC)، وخطوط التكامل المستمر المستقرة (CI).
- أ) تنفيذ بروتوكول التزام ثنائي المرحلتين (2PC) عبر جميع قواعد بيانات الخدمات الصغيرة الثلاث لضمان خصائص ACID الفورية.
- ب) تكوين نمط Saga غير متزامن باستخدام معاملات تعويضية منسقة أو مصممة للتراجع عن خطوات الحجز المكتملة.
- ج) تنفيذ نموذج مضمّن استدعاء REST متزامن من خدمة الدفع مباشرة إلى قاعدة بيانات خدمة الطلب لفرض التراجع الفوري عن السجل.
- د) استخدم مثيل قاعدة بيانات مشتركة موزعة عالميًا وملفوفة في حد معاملة متجانس واحد للتخلص من تأخر الشبكة.
- هـ) اعتمد على العمليات الدفعية المجدولة الدورية لمسح السجلات وتصحيح تناقضات المخزون يدويًا عند منتصف الليل كل يوم.
- و) قم بتشغيل قاعدة وكيل بوابة واجهة برمجة التطبيقات لإسقاط جميع طلبات المستخدم الواردة حتى بوابة الدفع تلقائيًا يتعافى.
- الإجابة الصحيحة: ب
- لماذا هي صحيحة: في بنية الخدمات الصغيرة المنفصلة مع نمط قاعدة بيانات لكل خدمة، تؤدي المعاملات الموزعة التقليدية مثل الالتزام على مرحلتين (2PC) إلى اختناقات هائلة في الأداء، واقتران محكم، ونقاط فشل فردية. يعمل نموذج Saga على حل هذه المشكلة عن طريق إدارة سلسلة من المعاملات المحلية. إذا فشلت خطوة محلية (مثل الدفع)، يقوم منسق Saga أو منسق الرقصات بإصدار أحداث تؤدي إلى معاملات تعويضية صريحة بترتيب عكسي، مما يعيد النظام إلى حالة نظيفة ومتسقة في النهاية.
- لماذا تكون الخيارات البديلة غير صحيحة:
- الخيار أ غير صحيح: يعتمد جهازا كمبيوتر شخصيتان على أقفال الحظر التي لا تتوسع بشكل جيد في البيئات السحابية الأصلية الموزعة بشكل كبير وتضر باستقلالية الخدمة.
- الخيار ج غير صحيح: الوصول المباشر إلى قاعدة البيانات عبر تنتهك حدود الخدمة الصغيرة مبادئ التغليف الأساسية وعزل المجال.
- الخيار د غير صحيح: دمج قواعد البيانات في مثيل واحد يكسر استقلالية البيانات ويعيد النظام إلى طبقة بيانات متجانسة.
- الخيار E غير صحيح: تؤدي تسوية الدُفعات إلى تأخير كبير في البيانات، وتفشل في توفير التناسق شبه الحقيقي المطلوب لمعالجة المخزون.
- الخيار F غير صحيح: يفشل إسقاط طلبات بوابة العميل في معالجة عدم الاتساق الحالي في الطلب الذي تم بالفعل تمت معالجتها جزئيًا.
- أ) زيادة قيمة مهلة طلب HTTP في الخدمة الأولية للسماح للطلبات بمزيد من الوقت لمسحها.
- ب) تنفيذ نمط قاطع الدائرة على استدعاء المنبع باستخدام أسلوب احتياطي مخصص يقدم توصيات مخزنة مؤقتًا ثابتة عند الفتح.
- ج) لف طبقة الاتصال داخل حلقة إعادة محاولة تسلسلية تحاول اختبار اتصال الخدمة المتلقية للمعلومات عشر مرات متتالية قبل فشل.
- د) تحويل طبقة الاتصال المتزامنة إلى استدعاء gRPC للحظر عالي الأولوية باستخدام تدفقات HTTP/2 مخصصة.
- هـ) تخصيص المزيد من الذاكرة الفعلية لحاوية التطبيق الأولية للسماح لها بالاحتفاظ بمزيد من سلاسل الرسائل المحظورة في وقت واحد.
- و) تعطيل قواعد موازنة التحميل من جانب العميل الخاصة ببوابة واجهة برمجة التطبيقات لإجبار حركة مرور التوصيات بالكامل عبر عقدة فعلية واحدة.
- الإجابة الصحيحة: ب
- لماذا هي صحيحة: تم تصميم نمط قاطع الدائرة خصيصًا لمنع حالات الفشل المتتالية في البيئات الموزعة. عندما تظهر الخدمة النهائية معدلات فشل عالية أو ارتفاعات في زمن الوصول، تتحول الدائرة من مغلقة إلى مفتوحة. تفشل الاستدعاءات اللاحقة على الفور دون حظر الموارد الأولية، مما يسمح للخدمة الأولية بتنفيذ إجراء احتياطي سريع (مثل تحميل البيانات الثابتة أو المخزنة مؤقتًا) والبقاء مستجيبة.
- لماذا الخيارات البديلة غير صحيحة:
- الخيار أ غير صحيح: تؤدي زيادة مهلات الطلب إلى تفاقم المشكلة عن طريق إجبار سلاسل الرسائل الأولية على الحظر لمدة أطول، مما يؤدي إلى تسريع استنفاد المجموعة.
- الخيار ج غير صحيح: تطبيق عدد كبير من المحاولات السريعة ضد المنبع المتعثر. ستعمل خدمة المصب على تضخيم الحمل، مما يتسبب في تأثير رفض الخدمة (DoS) ذاتيًا.
- الخيار D غير صحيح: لا يؤدي تغيير البروتوكول إلى gRPC إلى إصلاح مشكلة نقص الموارد الأساسية الناجمة عن التأخير في المصب.
- الخيار E غير صحيح: إضافة المزيد من ذاكرة الوصول العشوائي هو إصلاح مؤقت يفشل في حل المشكلة المعمارية؛ ستظل الخيوط تشبع السعة الجديدة بسرعة.
- الخيار F غير صحيح: يؤدي تجاوز موازن التحميل إلى إزالة التكرار وزيادة احتمال التحميل الزائد على عقدة معالجة واحدة.
- أ) تقوم بوابة API بفك تشفير الرمز المميز، والتخلص منه، وإلحاق المفاتيح الأساسية لقاعدة البيانات الأولية مباشرة في رؤوس استعلام HTTP العادية المخصصة.
- ب) تنفيذ نمط Token Relay حيث تقوم بوابة API بإعادة توجيه JWT الأصلي الذي تم التحقق من صحته دون تغيير داخل رأس التفويض إلى خدمات المصب الداخلية.
- ج) ترميز واجهة برمجة تطبيقات إدارية رئيسية عالمية واحدة. الرمز المميز مباشرة داخل الكود المصدري لكل صورة خدمة صغيرة فردية.
- د) أعد مصادقة المستخدم عند كل حدود خدمة صغيرة داخلية عن طريق مطالبته ببيانات اعتماد تسجيل الدخول الخاصة به في كل خطوة من العملية.
- هـ) قم بتخزين حمولة JWT الكاملة داخل ذاكرة تخزين مؤقت مركزية مشتركة وغير مشفرة لـ Redis والتي يمكن لأي خادم داخلي تغييرها دون التحقق من التوقيع.
- و) استخدم ملفات تعريف الارتباط من جانب العميل لتخزين أذونات المستخدم، مما يسمح للخدمات الداخلية بسحب القيم مباشرة من مساحة تخزين متصفح المستخدم.
- الإجابة الصحيحة: ب
- لماذا هي صحيحة: نمط Token Relay هو الأسلوب القياسي والآمن لتمرير هوية المستخدم عبر الأنظمة الداخلية الموزعة. تقوم بوابة API بمصادقة المستخدم، وتقوم الخدمات الصغيرة بنشر JWT عديمة الحالة عبر الرؤوس القياسية. يسمح هذا لكل خدمة صغيرة فرعية باستخراج هويات المستخدم بشكل مستقل، والتحقق من توقيعات التشفير، وفرض عمليات فحص دقيقة للأدوار دون إعادة مصادقة المستخدم.
- لماذا الخيارات البديلة غير صحيحة:
- الخيار أ غير صحيح: تمرير مفاتيح هوية عادية بدون توقيعات أو تشفير يخلق مخاطر أمنية هائلة في حالة اختراق مناطق الشبكة الداخلية.
- الخيار ج غير صحيح: استخدام المفاتيح الرئيسية المشتركة يلغي تتبع التدقيق الدقيق، وينتهك مبدأ الأقل الامتياز، ويخلق مشكلات كبيرة في إدارة بيانات الاعتماد.
- الخيار د غير صحيح: مطالبة المستخدمين ببيانات الاعتماد بشكل مستمر أثناء جلسة واحدة يدمر تجربة المستخدم ويعطل أهداف تسجيل الدخول الموحد القياسي (SSO).
- الخيار E غير صحيح: تخزين البيانات غير الموقعة وغير المشفرة في ذاكرة تخزين مؤقت قابلة للتغيير عالميًا يدعو إلى إجراء تعديلات غير مصرح بها على البيانات واستغلال تصعيد الامتيازات.
- الخيار F غير صحيح: لا تتصل الخدمات الصغيرة الداخلية مباشرة مع متصفح العميل، مما يجعل تحليل ملفات تعريف الارتباط الأولية أمرًا مستحيلًا للطبقات النهائية العميقة.
- مرحبًا بك في اختبارات أسئلة المقابلة لمساعدتك في الاستعداد لتقييم أسئلة مقابلة الخدمات الصغيرة.
- يمكنك إعادة إجراء الاختبارات عدة مرات كما تريد
- هذا بنك أسئلة أصلي ضخم
- يمكنك الحصول على الدعم من المعلمين إذا كان لديك الأسئلة
- كل سؤال له شرح مفصل
- متوافق مع الجوال مع تطبيق Udemy
ما هي المتطلبات الأساسية لدخول الدورة والتسجيل فيها على موقعنا؟ رحلة التعلم:
(احصل على الدورة للدخول إلى الموقع والتسجيل)
يجب أن يكون لديك بريد إلكتروني (حساب بريد) تتذكره لنفسك وأيضًا يجب أن تتذكر كلمة مرور البريد الإلكتروني الذي ستسجل به ، وإذا لم يكن لديك حساب بريد إلكتروني ، فمن الأفضل إنشاء حساب (Gmail)
0 تعليقات
تسجيل دخول
