Kubernetes / الأساسي: الكائنات وحدود التنفيذ / الدرس 1

البنية والتسوية التصريحية

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

وقت القراءة التقريبي: 4 دقيقةتاريخ مراجعة المحتوى 2026-10-25

في هذه الصفحة

أهداف الدرس

اشرح النموذج والافتراضات والحدود المتعلقة بموضوع «البنية والتسوية التصريحية».
فسر المثالين وميز النية المعلنة من الدليل المثبت.
شخص الإخفاقات وعلل قرارات الاستعادة المشروحة دون تنفيذ عمليات عنقود.

تعريف مشكلة التنسيق

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

فصل مستوى التحكم والعقد

تعرض API server الواجهة، ويخزن etcd الحالة، وتراقب المتحكمات وتتجه للشروط المرغوبة، وتختار المجدولة موضع Pods غير المسندة. تنسق kubelet التنفيذ عبر المحرك وتبلغ الملاحظات، وتوفر إضافات الشبكة سلوك نقل مهمّا. تختلف الحزم بين التوزيعات والخدمات. يصف الرسم الأول المسؤوليات لا توزيعا ماديا مضمونا. قد يفشل التحكم والعقدة والتطبيق مستقلة؛ فاختر دليل الطبقة المناسبة.

text مسؤوليات المكونات مفاهيميا

intent -> API server -> stored objects
controllers -> compare desired and observed state
scheduler -> choose a feasible node
kubelet + runtime -> execute and report
network implementation -> carry application traffic

تصف الأسهم مسؤوليات مترابطة لا معاملة متزامنة أو بنية مادية دقيقة، ولا تفترض مكون شبكة واحدا للجميع.

التفكير بالمرغوب والملاحظ

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

python حساب تسوية غير مؤذ

desired = 5
observed = 3
missing = max(0, desired - observed)
print(missing)
print("plan only; no resources created")

الناتج المتوقع

2
plan only; no resources created

يرى النموذج عجز نسختين. تقع الإتاحة والملكية الحقيقيتان خارج الحساب في الذاكرة.

تمييز إتاحة كل حد

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

استخدام افتراضات واجهة وإصدار صريحة

تستخدم الأمثلة واجهات مستقرة مثل v1 وapps/v1 وbatch/v1 وrbac.authorization.k8s.io/v1 وnetworking.k8s.io/v1. يظل الدعم والبوابات والسياسة والإضافات والافتراض مرتبطا بالإصدار. تسرد صفحة الإصدارات المراجعة في 2026-10-25 الفروع المدارة 1.37 و 1.36 و 1.35؛ فتحقق مجددا قبل التخطيط. اقرأ الإهمال وتفاوت الإصدارات بدلا من نسخ بيان قديم. لا يثبت فحص YAML قبول الخادم أو دعم المزود أو الأمن أو صحة الحمل.

الأخطاء الشائعة وإصلاحها

يُعد القبول نشرا مكتملا

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

تخفي واجهة سليمة انقطاع التطبيق

لماذا يحدث؟: حلت صحة التحكم محل دليل النقل.
كيف تصلحه؟: تتبع العقدة والنقاط والشبكة والتطبيق.
كيف تتجنب تكراره؟: افصل مؤشرات المكونات ومالكيها.

يستخدم بيان قديم واجهة غير متاحة

لماذا يحدث؟: لم تفحص افتراضات الإصدار والإهمال.
كيف تصلحه؟: استخدم واجهات مدعومة وراجع الدلالات.
كيف تتجنب تكراره؟: تتبع الواجهات والتوافق قبل الترقية.

اختبر فهمك

1. تقبل الواجهة Deployment ولا Pod جاهزة. ما الناجح فعليا؟

اعرض الحل المشروح

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

2. المرغوب أربع نسخ والملاحظ ست. ماذا يعيد النموذج وماذا يغفل؟