كوبرنيتيس K8s

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

وهو يحل محل شخص كان يفعل هذا كله بيده، فتحديث عشرة أجهزة واحدًا واحدًا قرب منتصف الليل هو المكان الذي تعيش فيه الأخطاء. أما كوبرنيتيس فينفذ الخطوات نفسها بالترتيب نفسه في كل مرة ويسجّل ما فعله. وستجد اسمه مكتوبًا K8s، لأن بين حرف K وحرف s ثمانية أحرف.

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

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

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