الانتقال إلى السحابة · Kubernetes

هجرة كوبرنيتس (Kubernetes) في السعودية: قرار لكل تطبيق

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

الخلاصة

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

ما هجرة كوبرنيتس، ولماذا لا يكفي التغليف

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

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

أي مسار يناسب كل تطبيق

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

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

وتجدون الأجوبة الخمسة نفسها وأسبابها في صفحة الانتقال إلى السحابة.

كيف يجري الانتقال

  1. الحصر والتصنيف.

    كل تطبيق مع اعتمادياته وتصنيف بياناته ومالكه. والبيئات تكون دائمًا تقريبًا أكبر مما يظهر في مخطط المعمارية.

  2. القرار لكل تطبيق.

    تُطبَّق المسارات أعلاه تطبيقًا بتطبيق مع تسجيل السبب. وهذه الوثيقة هي مخرَج التقييم.

  3. تهيئة التطبيق.

    إصلاح ما يمنعه من العمل بعدة نسخ، ثم تصميم صور الحاويات وخطوط البناء ليصبح النشر أمرًا اعتياديًا لا حدثًا.

  4. بناء العنقود.

    معمارية العنقود وتحديد حجمه بحسب الأحمال التي سيحملها، مع بوابة الدخول والأسرار وروابط المراقبة وخط النشر إليه.

  5. الانتقال بحسب ترتيب الاعتماديات.

    نبدأ بنظام حقيقي يمكن التراجع عنه. وتنتقل البيئات قطعة قطعة والنظام القديم عامل مدة طويلة، وعلى المنصة أن تتسع لذلك.

  6. التشغيل وإيقاف القديم.

    يكون للبيئة الجديدة مالك، وتُطفأ القديمة. والبرنامج الذي يترك البيئتين تعملان تضاعفت تكلفته.

كوبرنيتس مُدار أم بتشغيل ذاتي

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

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

وتتولى إنتركي أعمال اليوم الثاني بحسب أسبوع العمل السعودي، أو تساند الفريق الذي يتولاها.

ما الذي يجب أن يثبته عنقود الإنتاج

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

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

أين تتعثر هذه البرامج، وكم تكلّف

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

كيف تنفّذ إنتركي العمل

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

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

أسئلة يطرحها المشترون عن هجرة كوبرنيتس

هل يجب أن ينتقل كل تطبيق إلى Kubernetes؟

لا. التطبيق المستقر الذي يُنشر جيدًا كما هو لا يكسب شيئًا من الانتقال. وينبغي أن ينتهي التقييم بقائمة بالتطبيقات التي تبقى حيث هي.

هل علينا إعادة كتابة التطبيق أولًا؟

في الغالب لا. أغلب الأحمال التي تستحق النقل تُغيَّر منصتها: تُكيَّف لتعمل حاويات بتغيير محدود. ولا تُبرَّر إعادة الكتابة إلا حين يكون التنفيذ الحالي نفسه هو القيد على العمل.

هل نختار كوبرنيتس مُدارًا أم بتشغيل ذاتي؟

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

كم تستغرق هجرة كوبرنيتس؟

أطول من الخطة، لأن الجدول تحدده عادةً نوافذ التغيير لدى الفرق الأخرى وسلاسل الاعتماديات. وما نستطيع تقديمه مبكرًا مرحلة أولى واقعية.

من يشغّل العنقود بعد الإطلاق؟

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

الخطوة التالية

ناقشوا معنا هجرة كوبرنيتس

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

خانة إلزامية

بإرسالك هذا النموذج، فأنت توافق على سياسة الخصوصية.

أو مباشرةً

+966-11-2180999 [email protected]

أبراج التعاونية، البرج الشمالي، الطابق السابع، طريق الملك فهد، العليا، ص.ب. ٥٦٨٣٥، الرياض ١١٥٦٤، المملكة العربية السعودية

أو كيف يجري الانتقال

نشرته إنتركي. آخر تحديث . إنتركي مسجلة في الرياض بالسجل التجاري رقم 1010156897.