الانتقال إلى السحابة · تنسيق الحاويات
تنسيق الحاويات باستخدام Kubernetes: كيف يعمل وما يلزم لتشغيله في السعودية
تنسيق الحاويات باستخدام Kubernetes هو تشغيل الحاويات وتوزيعها على مجموعة من الأجهزة وربطها وزيادة نسخها وإعادة تشغيل ما يتعطل منها، دون أن يتولى أحد ذلك يدويًا. يشرح هذا الدليل ما هو Kubernetes وكيف تترابط أجزاؤه، وما علاقته بـ Docker، وما الذي يجب أن تحسمه الجهة في السعودية قبل أن يحمل العنقود أنظمة الإنتاج: أين يعمل، وكيف يُراقب، وكيف تصل إليه الطلبات، ومن يشغّله. وتخطط إنتركي لمشاريع الانتقال إلى Kubernetes وتنفذها من الرياض، وتشغّل العناقيد بعد ذلك.
نُشر في 7 دقائق قراءة
الملخص
نظرة سريعة
خلاصة الصفحة في جدول واحد، قبل التفاصيل.
- ما هو
- برنامج يشغّل الحاويات على أجهزة كثيرة ويبقيها على الحالة التي حددتموها
- أجزاؤه الرئيسية
- طبقة تحكم تقرر، وعقد عمل تشغّل الـ Pods، وخدمات وIngress توجّه الطلبات
- Kubernetes وDocker
- يبني Docker الحاويات ويشغّلها منفردة، وينسّق Kubernetes عددًا كبيرًا منها على عنقود
- أين يعمل العنقود في المملكة
- خدمة مُدارة لدى مزوّد سحابي إن جاز أن تقيم بياناتكم لديه، أو تشغيل ذاتي داخل المملكة
- متى لا يناسب
- تطبيقات قليلة مستقرة نادرًا ما تُحدَّث: تشغيل العنقود يكلّف أكثر منها
- دور إنتركي
- التقييم والانتقال وبناء العنقود وتشغيله، مع دعم من الرياض
الخلاصة لأصحاب القرار
- ما الذي تكسبونه: إصدارات تصبح عملًا معتادًا، وحاويات متعطلة تُستبدل دون استدعاء أحد، وسعة تتبع الحمل.
- ما الذي يكلّفه: منصة يجب أن يتولاها أحد لسنوات، بتحديثاتها ومراقبتها ومناوباتها.
- القرار الأول: خدمة مُدارة أم تشغيل ذاتي. وغالبًا يحسمه المكان الذي يجوز أن تقيم فيه بياناتكم.
- الخطأ الشائع: نقل تطبيقات لم تُهيّأ أصلًا لتعمل بعدة نسخ.
ما الذي يفعله تنسيق الحاويات باستخدام Kubernetes، بلغة واضحة
الحاوية تجمع التطبيق مع كل ما يحتاجه ليعمل، فيعمل بالطريقة نفسها على جهاز المطوّر وخادم الاختبار وبيئة الإنتاج. وإدارة حاوية واحدة سهلة. أما مئات الحاويات الموزعة على أجهزة كثيرة فلا: لا بد أن يقرر أحد أين تعمل كل حاوية، ويعيد تشغيل ما يتعطل، ويضيف نسخًا حين يرتفع الحمل، ولا يرسل الطلبات إلا إلى النسخ السليمة. وهذا العمل هو تنسيق الحاويات.
اقرأ المزيد
فما هو Kubernetes؟ برنامج مفتوح المصدر يتولى هذا العمل. تصفون الحالة التي تريدونها، مثل ثلاث نسخ من خدمة الفوترة بإصدار معيّن وذاكرة محددة، فيعمل Kubernetes باستمرار على أن يطابق العنقود هذا الوصف. وإذا تعطل جهاز شُغّلت حاوياته على جهاز آخر، وإذا صدر تحديث استُبدلت النسخ القديمة على دفعات صغيرة، ويمكن الرجوع عن التحديث بالطريقة نفسها. وهذا الأسلوب الوصفي هو التغيير الحقيقي لفريق التشغيل: بدل دليل من الخطوات اليدوية، تُكتب الحالة المطلوبة وتُراجع وتُحفظ إصداراتها كما تُحفظ الشيفرة.
معمارية Kubernetes: طبقة التحكم وعقد العمل
اقرأ المزيد
للعنقود نصفان. طبقة التحكم هي التي تقرر: يستقبل API server كل تعليمة، ويختار Scheduler جهازًا لكل حمل جديد، وتقارن Controllers باستمرار بين ما يعمل وما هو مطلوب، ويحفظ مخزن خاص حالة العنقود. أما عقد العمل فهي التي تشغّل: في كل عقدة وكيل اسمه kubelet ومشغّل حاويات يبدأ تشغيلها.
وتعمل الحاويات داخل Pods، وهي أصغر وحدة يوزعها Kubernetes. ويحدد Deployment عدد النسخ التي يجب أن تبقى من كل Pod، ويعطي Service هذه النسخ عنوانًا ثابتًا واحدًا، ويوصل Ingress الطلبات القادمة من خارج العنقود إلى الخدمة المناسبة. وفي الخدمة المُدارة يشغّل المزوّد طبقة التحكم عنكم، وفي التشغيل الذاتي يتولى فريقكم أو شريككم النصفين معًا.
الفرق بين Kubernetes وDocker: ما يفعله كل منهما
| السؤال | Docker | Kubernetes |
|---|---|---|
| العمل الرئيسي | بناء صور الحاويات وتشغيل الحاويات على جهاز واحد | تشغيل حاويات كثيرة على عنقود من الأجهزة |
| أين يتعامل معه المطوّرون | Docker Desktop وبناء الصور على أجهزتهم | غالبًا عبر مسار النشر الآلي |
| ما الذي يقرره | كيف تُبنى حاوية واحدة وكيف تبدأ | أين تعمل كل حاوية، وكم نسخة منها، وكيف تصل إليها الطلبات |
| التعامل مع الأعطال | يمكن ضبط الحاوية لتعيد التشغيل على الجهاز نفسه | تُستبدل الـ Pods المتعطلة، على عقدة أخرى إن لزم |
| زيادة السعة | تشغّلون حاويات إضافية بأنفسكم على الأجهزة التي تختارونها | تُضاف النسخ أو تُحذف لتطابق العدد المحدد أو الحمل المقيس |
| الترخيص الذي يجب التحقق منه | يحتاج Docker Desktop إلى اشتراك مدفوع للشركات الأكبر والجهات الحكومية، وفق شروط Docker | مفتوح المصدر، وتدفعون تكلفة البنية التحتية، وتكلفة خدمة المزوّد إن كان مُدارًا |
العلاقة بينهما تكامل لا مفاضلة: تبني الفرق الصور بـ Docker وتشغّلها على Kubernetes. وتشرح صفحة Docker Business قواعد ترخيص Docker Desktop.
Kubernetes مُدار أم عنقود بتشغيل ذاتي في السعودية
في Kubernetes المُدار يشغّل المزوّد السحابي طبقة التحكم وتحديثاتها وتوافرها، وتشغّلون أنتم ما يعمل فوقها. وهو الخيار المعقول حين يجوز أن تقيم بياناتكم في منطقة ذلك المزوّد. ولدى Google Cloud منطقة في الدمام (me-central2). وأعلنت AWS عن منطقة سعودية وتقول إن إطلاقها ماضٍ وفق الخطة في ديسمبر 2026، ولم تكن ضمن قائمة مناطقها حتى 2 نوفمبر 2026، كما تذكر صفحة AWS.
اقرأ المزيد
أما العنقود ذاتي التشغيل داخل المملكة فيُختار حين يفرضه قيد، وغالبًا يكون تصنيف البيانات. وعندها تتولون الإصدارات والتحديثات وانضباط الرجوع عنها. وما ينطبق عليكم من قواعد يتوقف على قطاعكم وبياناتكم، والهيئة الوطنية للأمن السيبراني تنشر ضوابط للأمن السيبراني، منها ضوابط للحوسبة السحابية.
وكثير من الجهات في المملكة تجمع بين الخيارين: أنظمة غير حساسة على خدمة مُدارة، وأنظمة مصنّفة على عنقود داخل المملكة تشغّله بنفسها أو مع شريك. وهذا مقبول ما دام لكل عنقود معاييره ومسؤوله، وما دامت المراقبة والصلاحيات واحدة على الجميع.
روابط ذات صلةصفحة AWSالهيئة الوطنية للأمن السيبراني
ما يحتاجه عنقود المؤسسة إلى جانب Kubernetes نفسه
| الجانب | لماذا يهم | ما يُحسم قبل الإطلاق |
|---|---|---|
| المراقبة | الـ Pods تظهر وتختفي، ففحص الخوادم وحده يفوّت أغلب المشكلات | أي المقاييس والسجلات والتتبعات تُحفظ، ومن يُنبَّه |
| Ingress | كل طلب من الخارج يمر عبره | المتحكّم المستخدم، وشهادات TLS، وهل توجد بوابة API أمامه |
| الصلاحيات والسياسات | حساب إداري مشترك واحد لا يجتاز مراجعة الأمن | أدوار تطابق الفرق الفعلية، وما يُرفض تشغيله عند القبول |
| الصور والأسرار | يجب أن تعرفوا ما يعمل وأين تُحفظ بيانات الدخول | سجل صور خاص، وفحص للصور، وأسرار خارج الشيفرة |
| التحديث والنسخ الاحتياطي | إصدارات Kubernetes تتقدم وينتهي دعم القديم منها | جدول للتحديث، ورجوع مُختبر، واستعادة مجرَّبة فعلًا |
| أجهزة المطوّرين | أدوات سطح المكتب قد تحتاج إلى تراخيص | من يحتاج إلى اشتراك Docker Desktop، وبأي خطة |
وصفّان من هذه الصفوف يفاجئان أغلب الفرق. فمراقبة العنقود ليست مراقبة خوادم: وحدة العطل هي Pod قد يعيش دقائق، فيجب أن تتبع البيانات الأحمال ومساحات الأسماء والإصدارات، وأن يُضبط حجمها من البداية. وجهاز المطوّر جزء من المنصة أيضًا: فوفق شروط Docker تحتاج الشركات الأكبر والجهات الحكومية إلى اشتراك مدفوع لاستخدام Docker Desktop، فيدخل عدد التراخيص في الخطة.
تشرح صفحة مراقبة Kubernetes جانب المراقبة، وتشرح صفحة متحكّم Ingress في Kubernetes توجيه الطلبات.
أين يناسب Kubernetes، وأين لا يناسب
يناسب حين تكثر الخدمات وتتكرر إصداراتها، وحين يجب أن يعمل التطبيق نفسه بالطريقة نفسها في عدة بيئات، وحين يتغير الحمل بما يكفي لأن تتبعه السعة. ويناسب الفرق التي تريد أن يصبح النشر عملًا معتادًا لا حدثًا استثنائيًا، والفرق التي تتوقع أن يزداد عدد خدماتها في السنوات القادمة.
ولا يناسب تطبيقًا يعمل على خادم واحد ويُحدَّث مرتين في السنة، فالحاويات لن تجعله أسرع، وتشغيل العنقود سيكلّف أكثر من تشغيل التطبيق نفسه. ولا يصلح تطبيقًا يحفظ حالة الجلسات على القرص المحلي أو يفترض أنه النسخة الوحيدة، فهذا يُصلَح في التطبيق أولًا، وتشرح صفحة Docker وKubernetes هذا العمل. والتقييم الصادق ينتهي بقائمة من التطبيقات التي تبقى في مكانها، وبسبب مكتوب لكل تطبيق ينتقل، حتى لا يصبح العنقود هدفًا في حد ذاته.
روابط ذات صلةصفحة Docker وKubernetes
كيف تنفّذ إنتركي الانتقال إلى Kubernetes
-
الحصر والتصنيف.
كل تطبيق، وما يعتمد عليه، وفئة بياناته، والمسؤول عنه.
-
القرار لكل تطبيق.
يبقى، أو يُوقف، أو يُنقل كما هو، أو إلى منصة جديدة، أو يُعاد بناؤه، مع تسجيل السبب.
-
تهيئة التطبيق.
إصلاح ما يمنعه من العمل بعدة نسخ، ثم بناء الصور ومسارات النشر.
-
بناء العنقود.
مُدار أو بتشغيل ذاتي، مع Ingress والأسرار والمراقبة ومسار النشر.
-
النقل بترتيب الاعتماديات.
نظام حقيقي يمكن الرجوع عنه أولًا، والنظام القديم يعمل إلى جانبه.
-
التشغيل والإغلاق.
مسؤول مسمّى عن العنقود، وإطفاء البيئة القديمة.
ما الذي يحدد التكلفة والمدة
يُسعَّر كل مشروع من نطاقه. وأكثر العوامل تأثيرًا: عدد التطبيقات وما يحتاجه كل منها من إصلاح، والخدمة المُدارة أو التشغيل الذاتي، وعدد البيئات المطلوبة، وفترة التداخل التي يعمل فيها القديم والجديد معًا، ونطاق التشغيل بعد الإطلاق. والمدة تتبع العوامل نفسها، وكثيرًا ما تحددها نوافذ التغيير لدى الفرق الأخرى، فنقدّم مرحلة أولى واقعية مبكرًا، ومدى تقريبيًا للباقي بعد الحصر. وتشرح صفحة الانتقال إلى Kubernetes مسار النقل كاملًا.
اقرأ المزيد
والمهندسون الذين يبنون العنقود هم فريق إنتركي في الرياض، يعملون بالعربية أو الإنجليزية على أيام العمل في المملكة، ويمكنهم تشغيله بعد ذلك ضمن نطاق مكتوب لـالخدمات المُدارة. وحين يجب أن تبقى البيانات داخل المملكة نحسم مكان العنقود قبل أي بناء. وتُعرض تكلفة الاستهلاك السحابي في العرض بوصفها تكلفة المزوّد، منفصلة عن أعمال البناء والتشغيل، حتى تعرفوا ما تدفعونه مقابل كل جزء.
روابط ذات صلةصفحة الانتقال إلى Kubernetesالخدمات المُدارة
أسئلة شائعة عن تنسيق الحاويات باستخدام Kubernetes
مطوّرونا يستخدمون Docker أصلًا، فلماذا نحتاج إلى Kubernetes أيضًا؟
يبني Docker الحاويات ويشغّلها على جهاز واحد، أما Kubernetes فيشغّل عددًا كبيرًا منها على عنقود: يوزعها، ويستبدل ما يتعطل، ويوزع الطلبات. وقد يكفي Docker وحده لعدد قليل من التطبيقات المستقرة.
هل يستحق Kubernetes العناء لشركة سعودية لديها تطبيقات قليلة؟
غالبًا ليس بعد. فالعنقود يحتاج إلى تحديثات ومراقبة ومسؤول، وهذه التكلفة لا تنقص بقلة التطبيقات. ويصبح مجديًا حين تكثر الخدمات وتتكرر إصداراتها أو يتغير الحمل كثيرًا.
أين يمكن أن يعمل عنقود Kubernetes إذا وجب أن تبقى بياناتنا داخل المملكة؟
على خدمة مُدارة في منطقة سحابية داخل السعودية، مثل منطقة Google Cloud في الدمام، إن سمح تصنيفكم بذلك، أو على عنقود بتشغيل ذاتي على بنية تحتية داخل المملكة.
كم يكلّف تشغيل Kubernetes إلى جانب الخوادم؟
التكلفة الأخرى في الناس والأدوات حوله: المراقبة، والتحديثات، وسياسات الأمن، والمناوبات، وطبقة التحكم في التشغيل الذاتي. وقد تنطبق اشتراكات Docker Desktop على أجهزة المطوّرين. ونسعّر من نطاقكم.
متى يمكن أن يعمل أول نظام إنتاج على Kubernetes؟
يتوقف على ما يحتاجه أول تطبيق من إصلاح، وعلى سرعة اعتماد الصلاحيات وموافقات الأمن. ونسمّي مرحلة أولى واقعية بعد التقييم، ثم مدى تقريبيًا للباقي.
من يدعم عناقيد Kubernetes لدينا يومًا بيوم من داخل السعودية؟
فريقكم، أو مهندسو إنتركي في الرياض ضمن نطاق مكتوب للخدمات المُدارة، أو الاثنان معًا. ويُسمّى المسؤول قبل بناء العنقود.
التالي
صفحات ذات صلة
الخطوة التالية
اسألونا هل يناسب Kubernetes تطبيقاتكم
أخبرونا بما يعمل اليوم وأين، وكم مرة تُصدرون تحديثات، وهل يجب أن تبقى بياناتكم داخل المملكة. هذا يكفي لجواب أول.
أو مباشرةً
+966-11-2180999 [email protected]أبراج التعاونية، البرج الشمالي، الطابق السابع، طريق الملك فهد، العليا، ص.ب. ٥٦٨٣٥، الرياض ١١٥٦٤، المملكة العربية السعودية
أو المعمارية