المفاهيم الأساسية والبنية

والآن ننتقل إلى الأساس: بنية Kubernetes. سنستعرض المكونات، بدءًا من العقل (مستوى التحكم) وصولًا إلى عناصر التنفيذ (العقد العاملة).

يعمل Kubernetes وفق بنية المدير والعامل: يدير المدير (مستوى التحكم) حالة العنقود، بينما تشغّل العقد العاملة تطبيقاتكم الفعلية.

يُعد مستوى التحكم عقل العنقود. فهو يتخذ القرارات العامة ويعمل باستمرار على مطابقة الحالة الفعلية للعنقود بالحالة التي طلبتموها.

يُعد kube-apiserver المدخل الرئيسي إلى مستوى التحكم. تمر كل التفاعلات — سواء التي تجريونها عبر kubectl أو التي تحدث بين المكونات — عبر واجهة API هذه.

إن etcd هو مخزن متسق للقيم والمفاتيح يحتفظ بحالة العنقود بأكملها. وهو المصدر الوحيد للحقيقة — فإذا تعطل etcd، فقد العنقود ذاكرته.

يكتشف kube-scheduler الـ Pods التي لا تملك عقدة، ويختار أفضل عقدة لكل منها، مع مراعاة الموارد والقيود وقواعد التقارب.

يشغّل مدير وحدات التحكم حلقات تحكم تحافظ على مطابقة الواقع للحالة المطلوبة — إذ يكتشف العقد المتوقفة، ويضمن العدد الصحيح من Pods، وغير ذلك.

تُشغّل العقد العاملة حاوياتكم فعليًا. وتحمل كل عقدة الخدمات اللازمة لتشغيل Pods، والتعامل مع الشبكات، والتواصل مع مستوى التحكم.

إن kubelet هو الوكيل الموجود على كل عقدة عاملة. فهو يتلقى مواصفات Pods من خادم API، ويتأكد من أن تلك الحاويات قيد التشغيل وتتمتع بصحة جيدة.

يعمل kube-proxy على كل عقدة، ويتولى إدارة الشبكات الخاصة بـ Services — إذ يوجّه حركة المرور إلى Pods السليمة، سواء جاءت من داخل العنقود أو من خارجه.

لنتحقق من مدى فهمكم للمكونات الأساسية في Kubernetes.

عمل ممتاز! أصبحتم تعرفون الآن نموذج المدير والعامل، ومكونات مستوى التحكم (خادم API وetcd والمجدول ومدير وحدات التحكم)، ومكونات العقد العاملة (kubelet وkube-proxy).