Docker وKubernetes: كل سؤال يطرحه مشترٍ

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

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

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

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

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

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