Docker وKubernetes: أسئلة المشترين الشائعة

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

نعم، والتدرّج هو الطريقة الصحيحة عادةً. تُنقل الأنظمة على مراحل، والمنصة القديمة تعمل إلى جانب الجديدة، بدل تحويل نظام تعتمد عليه المنظمة دفعةً واحدة.

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

بحسب القيود لديكم. إن كان مسموحًا لبياناتكم وأحمالكم أن تعمل في خدمة مُدارة لدى مزوّد كبير، فاختاروها: فالأتمتة التي تحصلون عليها تفوق قيمة التحكّم الذي تتخلّون عنه. وإن ألزمتكم قيود إقامة البيانات أو السيادة بإبقاء الأحمال داخل المملكة، فذاتي الإدارة على بنية محلية هو الجواب الصحيح، مع احتساب كلفته الحقيقية: لا بد من جهة تشغّل المنصة لسنوات. وجدول القرار في صفحة Docker الأساسية يعرض الإطار كاملًا.

ترقيات الإصدارات على وتيرة إصدار Kubernetes الثابتة، مع خطة تراجع مختبَرة لكل ترقية؛ ودورة حياة العقد ومراجعة السعة؛ وتدوير الشهادات والأسرار؛ ونسخ احتياطي تُختبر استعادته؛ وتحديثات أمنية؛ وترتيب مناوبة للمنصة نفسها، منفصلًا عن التطبيقات عليها. وليس فيها شيء غير مألوف، لكنها ما يجعل المنصة مستقرة بدل أن تكون حادثًا مؤجَّلًا.

جزءًا من المنصة لا مرحلةً لاحقة. فالأحمال في الحاويات تنتقل بين العقد وتتوسّع وتنكمش ولا يبقى خادم ثابت تدخلون إليه، فينبغي تصميم الرصد ضمنها: مقاييس العنقود والأحمال، والسجلات، والتتبّع، بتنبيهات يثق بها فريق المنصة فعلًا. وهنا تلتقي هذه الممارسة بعمل الرصد لدى إنتركي، ويغطّي دليل رصد Kubernetes التصميم بعمق.

روابط ذات صلةالرصددليل رصد Kubernetes