هذا ما يجتازه كل مرشح قبل أن يصلك
هذا الدليل هو البوابة الثالثة من خمس بوابات تقييم: جلسة تقنية مباشرة يديرها مهندس بمستوى قائد في ممارسة السحابة والأنظمة المعقدة، تليها مهمة عملية تُصحَّح على بطاقة تقييم موحدة. يجتاز البوابات الخمس 3.4% من المتقدمين، وتصلك النتيجة مع كل ملف.
يمكنك استخدام هذه الأسئلة في مقابلاتك الداخلية. التلميحات تصف ما تبحث عنه في الإجابة القوية، لا إجابة نموذجية تُحفظ.
20 سؤالًا تقنيًا
أسئلة خاصة بدور مهندس منصات
السؤال 1: كيف تقرر ما يدخل في المسار الذهبي؟
تلميح الإجابة
أنواع الخدمات الأكثر شيوعًا، وبحث مع المطورين، وإعدادات افتراضية حاسمة، ومخارج استثناء موثقة.
السؤال 2: كيف تصمم تعدد المستأجرين في Kubernetes؟
تلميح الإجابة
مساحات الأسماء، وRBAC، وسياسات الشبكة، والحصص؛ وعناقيد منفصلة حين يجب أن يكون العزل صارمًا.
السؤال 3: ArgoCD أم Flux: كيف تختار؟
تلميح الإجابة
الحاجة إلى واجهة مستخدم وتعدد العناقيد، وإلمام الفريق، وأنماط App-of-Apps، والملاءمة مع المنظومة.
السؤال 4: كيف تمنع انحراف الإعدادات بين العناقيد؟
تلميح الإجابة
Git مصدرًا للحقيقة، ومزامنة آلية، وتنبيهات للانحراف، ومنع التغييرات اليدوية.
السؤال 5: كيف تطرح تغييرًا كاسرًا على مخطط Helm مشترك؟
تلميح الإجابة
إدارة الإصدارات، وإشعار بالإيقاف التدريجي، ومستأجرون تجريبيون (Canary)، وأدوات ترحيل.
السؤال 6: ما الذي ينتمي إلى قالب برمجيات في Backstage؟
تلميح الإجابة
هيكل المستودع، وCI/CD، والبنية التحتية، والمراقبة، وبيانات الملكية، والتوثيق.
السؤال 7: كيف تدمج الأمن دون إبطاء الفرق؟
تلميح الإجابة
سياسات قبول برسائل واضحة، ووحدات معتمدة، وفحوص مبكرة في المسار.
السؤال 8: كيف تضبط تكلفة Kubernetes لكل فريق؟
تلميح الإجابة
الطلبات والحدود، والتوسع الآلي، وعرض التكلفة على الفرق (Showback)، وتنظيف البيئات الخاملة.
السؤال 9: أي مؤشرات DORA ستحسّن أولًا، وكيف؟
تلميح الإجابة
يعتمد على خط الأساس؛ وغالبًا المهلة حتى الإنتاج، عبر الأتمتة ودفعات أصغر.
السؤال 10: كيف تدفع اعتماد المنصة؟
تلميح الإجابة
عقلية المنتج، والمتبنّون الأوائل، ودعم الترحيل، ومؤشرات الاستخدام.
أسئلة مشتركة في ممارسة السحابة والأنظمة المعقدة
السؤال 11: كيف تجعل خدمة ما idempotent، ولماذا؟
تلميح الإجابة
مفاتيح عدم التكرار (idempotency keys)، ومخزن لإزالة التكرار، وإعادة محاولة آمنة مع التسليم مرة واحدة على الأقل.
السؤال 12: كيف تضع هدف مستوى خدمة (SLO) لواجهة برمجية للمدفوعات؟
تلميح الإجابة
مؤشر مستوى خدمة (SLI) للنجاح وزمن الاستجابة، وهدف مبني على السجل التاريخي وحاجة الأعمال، وسياسة لميزانية الأخطاء.
السؤال 13: اشرح ترحيل قاعدة بيانات دون أي توقف للخدمة.
تلميح الإجابة
التوسيع ثم التقليص (expand and contract)، وCDC أو الكتابة المزدوجة، وملء البيانات السابقة، والتحقق، والتحويل عبر مفتاح ميزات، والتراجع.
السؤال 14: متى تختار التصميم القائم على الأحداث بدل الواجهات البرمجية المتزامنة؟
تلميح الإجابة
فك الارتباط والتوزيع على مستهلكين متعددين، مقابل صعوبة أكبر في الترتيب والاتساق وتتبّع الأخطاء.
السؤال 15: كيف تحافظ على أمان Terraform عبر فرق كثيرة؟
تلميح الإجابة
وحدات بإصدارات، وحالة بعيدة مقفلة، وخطط تمر بالمراجعة، والسياسات كشيفرة (policy-as-code)، واكتشاف الانحراف.
السؤال 16: ما الذي ينبغي أن تتضمنه مراجعة ما بعد الحادثة الجيدة؟
تلميح الإجابة
التسلسل الزمني، والأثر، والعوامل المساهمة، ونبرة لا تُلقي اللوم، وإجراءات لها مالكون ومواعيد.
السؤال 17: كيف تصمم لإقامة البيانات عبر مناطق متعددة؟
تلميح الإجابة
تصنيف البيانات، وتثبيتها في منطقة محددة، ومفاتيح تشفير داخل المنطقة، وقواعد للنسخ المتماثل، وتسجيل الوصول.
السؤال 18: كيف تجد سبب تراجع في زمن الاستجابة p99؟
تلميح الإجابة
التتبعات، والفروق بين عمليات النشر، وإشارات التشبّع، والتحليل الأدائي (profiling)، والاعتماديات البطيئة.
السؤال 19: حدّثنا عن خفض تكلفة السحابة دون الإضرار بالاعتمادية.
تلميح الإجابة
ضبط أحجام الموارد، والالتزامات طويلة الأجل، والتوسع التلقائي، وتدرّج مستويات التخزين، وقياس الأثر قبل التغيير وبعده.
السؤال 20: كيف تطوّر واجهة برمجية يعتمد عليها شركاء خارجيون؟
تلميح الإجابة
تغييرات إضافية لا تكسر التوافق، وترقيم الإصدارات، ونوافذ زمنية للإيقاف التدريجي، واختبارات عقود المستهلكين.
مهمة قريبة من أول أسبوع عمل
صمّم منصة مطورين داخلية مصغّرة لـ 80 مطورًا على سحابة واحدة: بنية العناقيد، وتدفق GitOps، وقالب مسار ذهبي في Backstage لخدمة REST، وسياستين في Kyverno، والمؤشرات التي سترفعها بعد 90 يومًا.
أرسل الموجز قبل 24 ساعة أو نفّذ المهمة مباشرة، واطلب من المرشح شرح المفاضلات أثناء العمل؛ فطريقة التفكير أهم من الناتج النهائي. مهمة محددة الوقت، بلا بيانات حقيقية لأي عميل، ويُناقش الحل مع المرشح بعد التسليم لفهم قراراته لا لمجرد النتيجة.
علامات التحذير
- يبني المنصة دون التحدث مع المطورين الذين سيستخدمونها.
- يفرض أدوات دون مخرج للاستثناءات المشروعة.
- لا يستطيع شرح RBAC أو سياسات الشبكة في Kubernetes عمليًا.
- يقيس النجاح بعدد الميزات المُطلقة لا بالاعتماد ونتائج DORA.
- يعجز عن شرح قرار تقني اتخذه بنفسه وسبب اختياره.
- ينسب نتائج الفريق لنفسه دون تفاصيل دوره الفعلي فيها.
أربعة أبعاد، ودرجة اجتياز معلنة
| البُعد | الوزن | ما تعنيه الدرجة 4 من 4 |
|---|---|---|
| العمق التقني وجاهزية الإنتاج والأمن | 40% | يشرح المفاضلات ويصمم للفشل والبيانات الحساسة ويعرف حدود كل أداة |
| المهمة العملية وحل المشكلات | 30% | حل يعمل، مع اختبارات وقرارات موثّقة |
| التواصل والتوثيق | 20% | يشرح بوضوح لجمهور تقني وغير تقني بالعربية أو الإنجليزية |
| المراجع والسياق الإقليمي | 10% | تؤكد المراجع النطاق المذكور، ويعرف الأطر وقواعد إقامة البيانات ذات الصلة |
الاجتياز بمتوسط مرجّح 3.0 من 4 فأكثر، دون أي بُعد أقل من 2. يعتمد قائد الممارسة النتيجة النهائية.