500+ Kubernetes Interview Questions with Answers 2026

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

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

• تنسيق الحاويات (20%): بنية التحكم ومستوى البيانات Kubernetes، وحالات دورة حياة Pod، وميكانيكيات ReplicaSet، واستراتيجيات النشر المتقدمة، والقياس الآلي (HPA/VPA).
• شبكة الخدمة (15%): تطبيقات شبكة الخدمة عبر Istio وLinkerd، وإدارة حركة المرور المتطورة، وعمليات نشر Canary الآلية، وفرض انعدام الثقة مع TLS المتبادل (mTLS).
• الأمان (15%): التحكم الدقيق في الوصول المستند إلى الأدوار (RBAC)، وفحص أمان صورة الحاوية، وإدارة الأسرار الآمنة، وأمن وقت التشغيل، وسياسات الشبكة الصارمة.
• الشبكات (10%): المكونات الإضافية لواجهة شبكة الحاوية (CNI)، وواجهة تشغيل الحاوية. طبقات (CRI)، وأوضاع توجيه kube-proxy (IPVS/iptables)، واكتشاف الخدمة، وتكامل موازنة التحميل السحابي.
• استكشاف الأخطاء وإصلاحها (15%): تحليل السبب الجذري لتقسيم أو تلف مجموعة etcd، وتشخيص حالات Pod OOMKilled، وإصلاح تأخر النسخ المتماثل، وتصحيح أخطاء اتصال الشبكة على مستوى المجموعة، وحل مشكلات أداء العقدة الأساسية.
• التخزين وإدارة البيانات (10%): التزويد الديناميكي باستخدام وحدات التخزين المستمرة (PV/PVC)، وتنظيم أعباء العمل ذات الحالة باستخدام StatefulSets، وضمان اتساق البيانات، وإدارة لقطات حجم CSI، وإنشاء عمليات نسخ احتياطي واستعادة موثوقة.
• المراقبة والتسجيل (5%): تجريف المقاييس باستخدام Prometheus، وتصور الأداء عبر لوحات معلومات Grafana، وحلول التسجيل المركزية على مستوى المجموعة، وجمع المقاييس ذات الأهمية العالية، و ضبط التنبيهات والإشعارات.
• CI/CD والأتمتة (10%): خطوط أنابيب GitOps عبر إجراءات GitHub وJenkins، وتسليم GitOps، وتوفير المجموعة التعريفية باستخدام Terraform، وإدارة التكوين باستخدام Ansible، وكتابة نصوص برمجية مخصصة مرنة للأتمتة.

حول الدورة التدريبية يتطلب إجراء مقابلة حول البنية التحتية لـ DevOps أو Kubernetes للمؤسسة أكثر من مجرد حفظ الأساسيات أوامر كوبيكتل. تمثل مجموعات الإنتاج تحديات معقدة ومتعددة الطبقات حيث تتلاقى الشبكات والأمن والتخزين والتنسيق. لا يبحث مديرو التوظيف عن الأشخاص الذين يمكنهم ببساطة إنشاء مجموعة؛ إنهم يبحثون عن مهندسين يمكنهم التصميم لتحقيق التوفر العالي، وتأمين بيئة متعددة المستأجرين، وتتبع حالات فشل الشبكات سريعة الزوال، وتصحيح أخطاء مكونات مستوى التحكم الفاشلة تحت الضغط. لقد قمت ببناء بنك الأسئلة الشامل هذا لتوفير المستوى الدقيق من الدقة المطلوبة لمطابقة تلك الحلقات التقنية عالية المخاطر. تضم هذه الدورة التدريبية 550 سؤالًا تدريبيًا أصليًا ومفصلاً للغاية، وتركز على السيناريوهات الفنية العميقة والمعضلات المعمارية وسيناريوهات استكشاف الأخطاء وإصلاحها في العالم الحقيقي. يأتي كل سؤال مقترنًا بتحليل هندسي شامل يحلل الآليات الأساسية للمشكلة، ويشير بالضبط إلى سبب عمل النهج الصحيح بشكل لا تشوبه شائبة ولماذا تفشل التكوينات المعمارية البديلة أو خطوات استكشاف الأخطاء وإصلاحها في مجموعة الإنتاج. سواء كنت تتقدم إلى دور مهندس سحابي، أو تتحقق من صحة معرفتك الميدانية قبل جولة تقنية رئيسية، أو تبحث عن معيار قوي لمسح التقييمات الفنية السحابية الأصلية، فإن هذه المادة التدريبية تضمن أنك مستعد لمسح المقابلات القادمة بثقة في محاولتك الأولى. معاينة أسئلة التدريب النموذجية قم بمراجعة نماذج الأسئلة الثلاثة على مستوى الإنتاج لرؤية التخطيط الهيكلي العميق والعمق الفني المتضمن في بنك الأسئلة بأكمله. السؤال 1: تحليل السبب الجذري لأكواد إنهاء الكبسولة المؤقتة أمر بالغ الأهمية تستمر الخدمة المصغرة للواجهة الخلفية التي تعمل داخل مساحة اسم مقيدة بالذاكرة في الفشل بشكل متقطع أثناء ساعات الذروة لحركة المرور. يكشف الأمر kubectl description pod أن الحاوية قد انتهت برمز خروج 137. ما هي الآلية الأساسية التي تسببت في حدث المجموعة المحدد هذا؟

• أ) طرح ثنائي التطبيق استثناء وقت تشغيل غير معالج أدى إلى خروج العملية الأساسية للحاوية بشكل طبيعي.
• ب) استدعت نواة نظام التشغيل في العقدة العاملة قاتل نفاد الذاكرة (OOM) لأن الحاوية تجاوزت حد الذاكرة المعلن عنها التكوين.
• ج) فشل مسبار حيوية kubelet بشكل مستمر، مما تسبب في قيام مستوى التحكم بإصدار إشارة SIGTERM قياسية لم يتم الإقرار بها.
• د) فقد البرنامج الإضافي لواجهة شبكة الحاوية إدخال جدول التوجيه الخاص به للحجرة، مما أدى إلى انتهاء مهلة إخلاء الشبكة تلقائيًا.
• هـ) واجهت واجهة وقت تشغيل الحاوية الأساسية خطأ في برنامج تشغيل طبقة التخزين أثناء كتابة سجلات الحاوية إلى القرص المضيف.
• و) القبول أبطلت وحدة التحكم أذونات تنفيذ الحجرة ديناميكيًا بسبب تداخل تحديث سياسة أمان RBAC.

الإجابة الصحيحة والشرح:

• الإجابة الصحيحة: ب
• لماذا هي صحيحة: يشير رمز الخروج 137 على وجه التحديد إلى أنه تم إنهاء العملية بواسطة نظام التشغيل باستخدام إشارة SIGKILL القياسية (128 دولارًا + 9 = 137 دولارًا). في سياق Kubernetes، عندما ينتهك استخدام الذاكرة في الوقت الفعلي للحاوية الحد المحدد في كتلة Resources.limits.memory الخاصة بها، يتدخل قاتل OOM الخاص بـ kernel وينهي العملية بالقوة لحماية استقرار المضيف، مما يتسبب في إظهار حالة pod OOMKilled.
• لماذا تكون الخيارات البديلة غير صحيحة:
  • الخيار أ غير صحيح: تؤدي استثناءات التطبيق غير المعالجة عادةً إلى رموز خروج قياسية مثل 1 أو 2، مما يؤدي إلى CrashLoopBackOff بدون استدعاء OOM Killer صريح.
  • الخيار C غير صحيح: إذا فشل مسبار الحيوية، يقوم kubelet بقتل الحاوية باستخدام SIGTERM (رمز الخروج 143) أولاً، وينتقل إلى SIGKILL فقط في حالة انتهاء فترات إيقاف التشغيل الآمن.
  • الخيار D غير صحيح: تؤدي حالات شاذة في توجيه CNI إلى انتهاء مهلات الشبكة، أو انقطاع الاتصال، أو حالات CreateContainerConfigError، وليس خطأ فوريًا رمز الإنهاء 137.
  • الخيار E غير صحيح: عادةً ما يؤدي برنامج تشغيل التخزين أو أخطاء التسجيل إلى إنشاء حالة FailedCreatePodSandBox أو تلوث ضغط القرص على العقدة.
  • الخيار F غير صحيح: تقوم عمليات رفض وحدة التحكم بالقبول بحظر البود في خطوة التحقق من صحة API قبل الجدولة، مما يؤدي إلى ظهور خطأ محظور بدلاً من إنهاء عملية حاوية قيد التشغيل.

السؤال 2: تصميم حدود آمنة متعددة المستأجرين باستخدام سياسات الشبكة المتقدمة يريد المسؤول تأمين مجموعة متعددة المستأجرين تحتوي على مساحتي أسماء حساستين: Tenant-alpha وtenant-beta. الهدف هو تكوين سياسة الشبكة التعريفية في Tenant-alpha التي تسمح بحركة المرور الواردة فقط من البودات التي تحمل اسم الدور: الواجهة الأمامية الموجودة داخل مساحة اسم Tenant-beta. ما هو نمط التصميم الهيكلي الذي يجب تنفيذه في مواصفات السياسة؟

• أ) حدد قاعدة دخول تحتوي على عنصر واحد يتضمن كلاً من كتل podSelector وnamespaceSelector كحقول منفصلة داخل عنصر صفيف واحد.
• ب) حدد قاعدة دخول تحتوي على كتلة namespaceSelector واحدة واستخدم كتلة matchExpressions المتداخلة التي تشير إلى تسميات pod الخارجية مباشرة.
• ج) حدد قاعدة دخول مع عنصري قائمة منفصلين: واحد عنصر يحتوي على كتلة namespaceSelector وعنصر منفصل يحتوي على كتلة podSelector.
• د) حدد قاعدة خروج داخل مساحة الاسم الهدف التي تشير إلى نقاط نهاية خادم واجهة برمجة التطبيقات الخارجية مباشرةً عبر كتلة CIDR مخصصة.
• هـ) حدد ClusterNetworkPolicy عمومية تتجاوز الإعدادات الافتراضية لعزل مساحة الاسم باستخدام ربط حساب خدمة بدل.
• F) حدد قاعدة دخول تتجاهل المحددات بالكامل و تعتمد حصريًا على رؤوس هوية TLS المتبادلة في وقت تشغيل الحاوية.

الإجابة الصحيحة والشرح:

• الإجابة الصحيحة: أ
• لماذا هي صحيحة: عند تكوين Kubernetes NetworkPolicies، يؤدي الجمع بين محدد مساحة الاسم ومحدد podSelector داخل نفس عنصر الصفيف إلى إنشاء تقاطع (منطق AND). يؤدي هذا إلى إجبار محرك السياسة على مطابقة فقط تلك الكبسولات التي تحتوي على التسمية المحددة والتي تنتمي إلى مساحات الأسماء التي تطابق تسمية مساحة الاسم، مما يؤدي إلى إنشاء حدود آمنة متعددة المستأجرين.
• لماذا تكون الخيارات البديلة غير صحيحة:
  • الخيار ب غير صحيح: يقرأ محدد مساحة الاسم التسميات المطبقة مباشرة على كائنات مساحة الاسم نفسها؛ لا يمكن اجتياز مساحة الاسم لقراءة تسميات البودات الفردية داخل كتلة واحدة.
  • الخيار C غير صحيح: يؤدي وضع المحددات في عناصر مصفوفة منفصلة إلى إنشاء اتحاد (منطق OR). يسمح هذا التكوين الخطير بحركة المرور من أي حاوية في مساحة الاسم المحددة، أو أي حاوية تطابق تلك التسمية في أي مساحة اسم عبر المجموعة.
  • الخيار د غير صحيح: يتطلب الهدف التحكم في حركة المرور الواردة باستخدام قاعدة الدخول، مما يجعل تعريف قاعدة الخروج مع كتل CIDR الثابتة غير ذي صلة تمامًا.
  • الخيار E غير صحيح: لا تدعم موارد واجهة برمجة تطبيقات Kubernetes القياسية كائن "ClusterNetworkPolicy" بشكل أصلي دون استخدام موفري CNI محددين من جهات خارجية مثل Calico. أو Cilium.
  • الخيار F غير صحيح: يؤدي حذف المحددات بالكامل من قاعدة الدخول إلى إنشاء سلوك الرفض الافتراضي أو السماح الافتراضي اعتمادًا على البنية، مع تجاهل متطلبات التسمية المحددة تمامًا.

السؤال 3: منطق توجيه إدارة حركة المرور داخل شبكات خدمة Istio ينشر فريق هندسي إصدار خدمة صغيرة جديدة (v2) داخل شبكة خدمة مُدارة بواسطة Istio. إنهم يريدون إعداد إستراتيجية إصدار Canary حيث تستهدف 90% من حركة الإنتاج الإصدار v1 المستقر، و10% تتجه إلى الإصدار v2 الجديد. ما هي مجموعة تعريفات موارد Istio المخصصة (CRDs) التي يجب إنشاؤها لفرض تقسيم حركة المرور بدقة؟

• أ) مورد بوابة واحد يقوم بتعيين تعريفات المنافذ الفعلية مباشرةً لعناوين IP للمجموعة المستهدفة المنفصلة.
• ب) مورد ServiceEntry الذي يسجل نقاط النهاية المدمجة مع سياسة PeerAuthentication لتشفير طبقة النقل.
• ج) مورد VirtualService يحدد قيم الوزن المئوية إلى جانب DestinationRule المورد الذي يحدد بشكل صريح المجموعتين الفرعيتين v1 وv2.
• د) مورد EnvoyFilter الذي يعدل مجموعات المنبع الأولية المدمجة مع كائن خدمة مجموعة Kubernetes القياسي.
• هـ) مورد القياس عن بعد الذي يتتبع عدد الاتصالات وتكوين Sidecar الذي يتجاوز جداول توجيه الخروج عالميًا.
• F) مورد WorkloadGroup الذي يعين قوالب pod إلى مثيل جهاز ظاهري خارجي يعمل خارج العنقودية.

الإجابة الصحيحة والشرح:

• الإجابة الصحيحة: C
• لماذا هي صحيحة: في بنية شبكة خدمة Istio، يعتمد تقسيم حركة المرور على اثنين من الموارد المخصصة التعاونية. تحدد DestinationRule الوجهات الفعلية أو المجموعات الفرعية لأحمال العمل بناءً على تسميات pod (على سبيل المثال، علامات الإصدار). تعترض VirtualService بعد ذلك طبقة حركة المرور، باستخدام حقل الوزن داخل كتلة التوجيه الخاصة بها لتقسيم حركة المرور بشكل متناسب (90/10) عبر تلك المجموعات الفرعية المحددة.
• لماذا تكون الخيارات البديلة غير صحيحة:
  • الخيار أ غير صحيح: تقوم بوابة Istio بتكوين موازنات تحميل الحافة لقبول اتصالات HTTP/TCP الواردة؛ ولا يدير أوزان التوجيه الدقيقة داخل الشبكة الداخلية.
  • الخيار B غير صحيح: يتم استخدام ServiceEntry لإضافة تبعيات خارجية غير شبكية (مثل قاعدة بيانات سحابية خارجية) إلى سجل الخدمة الداخلي، وليس لتوجيه حركة مرور الخدمة الداخلية.
  • الخيار D غير صحيح: بينما يسمح EnvoyFilter بضبط تكوينات وكيل Envoy على المستوى المنخفض، فإن استخدامه لتقسيمات الكناري الأساسية يقدم تعقيدًا هائلاً ويتجاوز إدارة حركة المرور القياسية الأوليات.
  • الخيار E غير صحيح: تتحكم موارد القياس عن بعد وموارد Sidecar في سلوك التسجيل ونطاقات شبكة الوكيل؛ فهي لا تعالج النسبة المئوية للتوزيع لحركة مرور التطبيق.
  • الخيار F غير صحيح: تصف مجموعة عبء العمل أعباء عمل الأجهزة الافتراضية غير التابعة لـ Kubernetes والمضمنة في الشبكة، والتي لا علاقة لها على الإطلاق بتحويل حركة المرور بين عمليات نشر البودات الداخلية.

ما يمكن توقعه

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

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

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

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

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