الدرس 3: تشريح الكلاستر
الكلاستر هو مجموعة من الأجهزة (الخوادم) يديرها Kubernetes وكأنها حاسوب واحد كبير. لكن ليست كل الأجهزة تؤدّي المهمة نفسها، وهذه هي الفكرة المحورية في هذا الدرس: هناك فرق بين «مَن يقرّر» و«مَن يُنفّذ». الجزء الذي يقرّر يُسمّى control plane: فهو يستقبل طلباتك، ويخزّن ما يُفترض أن يعمل، ويقرّر على أي جه
الكلاستر مثل مطعم: في الواجهة يستقبل المدير الطلبات ويقرّر مَن يطبخ (control plane)، وفي المطبخ يُعِدّ الطهاة الطعام فعليًا (الـnodes). أنت تتحدّث فقط مع الواجهة.
- الكلاستر
- مجموعة الأجهزة (الخوادم) التي يديرها Kubernetes كوحدة واحدة. بعضها يقرّر (control plane) وبعضها يُشغّل التطبيقات فعليًا (worker nodes).
- طبقة التحكّم
- الجزء الذي يقرّر. مجموعة مكوّنات الإدارة التي تستقبل الطلبات، وتخزّن الحالة المرغوبة، وتُجدوِل العمل على الأجهزة، وتُشغّل عملية reconciliation لسدّ الفجوات.
- عقدة العمل
- الجزء الذي يُنفّذ. جهاز في الكلاستر تعمل عليه الـPods فعليًا. يُشغّل كل node وكيلًا اسمه kubelet ومنصّة container runtime لتشغيل الكونتينرات.
- خادم API
- «الباب الأمامي» للكلاستر. المكوّن الوحيد الذي يتحدّث معه kubectl: فهو يتحقّق من الطلبات، ويخزّنها في etcd، ويُشغّل بقية مكوّنات control plane.
- kubectl
- أداة سطر الأوامر التي تتحدّث بها مع الكلاستر. كل أمر تُرسله يذهب إلى الـAPI Server، وليس مباشرةً إلى الـnodes أو الـPods.
