Kubernetes هو مشروع رائع معروف للجميع ، لا سيما لنشر التطبيقات وإدارتها في حاويات. وماركوس إيزيل ، رئيس اعتماد مطوري Red Hat في أوروبا والشرق الأوسط وإفريقيا ، لديه بعض التفاصيل المهمة لأي شخص مهتم بالتعرف عليها.
وهو أن تطوير الأعمال كان دائمًا أحد أكبر التحديات التي تواجه هندسة الكمبيوتر ، وخاصةً شركات مثل ريد هات. هذا هو السبب في أننا انتقلنا في العقد الماضي من البنية الكلاسيكية ثلاثية المستويات إلى بنية جديدة مع خدمات صغيرة موزعة بشكل كبير لتحقيق موارد بنية تحتية غير محدودة تقريبًا لموفري السحابة العامة. بالإضافة إلى ذلك ، يمكن أن تكون هذه الخدمات المصغرة متخصصة في مهام محددة جدًا وبسيطة ، مقارنة بخوادم التطبيقات الثقيلة القديمة.
هؤلاء الخدمات المصغرة إنها تعني كفاءة أفضل من حيث الموارد المستهلكة ، وهي ميزة أخرى رائعة. بالإضافة إلى ذلك ، فهي من أفضل الطرق لنشر هذه التطبيقات من خلال الحاويات ، كما لو آلات افتراضية صغيرة قد عولجت. على الرغم من أن الاختلاف الرئيسي بين الجهاز الظاهري والحاوية هو أن الأول لا يحتوي على نظام تشغيل ، فإنه يعمل بدلاً من ذلك في مساحة مستخدم لنواة نظام التشغيل المضيف ، كما لو كان تطبيقًا. هذا يعني أيضًا أمانًا أكبر.
ولكن لم يكن كل شيء مفيدًا ، لأن هذه البنية تتطلب العديد من الحاويات (واحدة لكل خدمة أو أكثر) ، مما يعني أن الطريقة التي يتم بها إدارتها وتنسيقها قد تكون معقدة وتمثل جهدًا أكبر لمسؤول النظام. هذا هو المكان يدخل Kubernetes المشهد ويجعل كل شيء أسهل بكثير.
إنشاء بيئة أصلية في Kubernetes
يجعل Kubernetes الحياة أسهل للمسؤولين، مما يتيح إدارة أكثر تلقائية للتطبيقات والخدمات. عند البحث عن تشبيه ، سيكون مثل سلطة الموانئ على رصيف ، والتي تمكن السفن من التحرك في نفس الوقت داخل الفضاء. بمعنى آخر ، في البداية ، يمكن مقارنة إمكانيات Kubernetes بقدرات Java EE ، نظرًا لأن كلاهما يشغل التطبيقات على الأجهزة المادية الموزعة. ومع ذلك ، لا تهتم الحاويات كثيرًا بمتطلبات التطبيق نفسه.
باستخدام Kubernetes ، يمكنك تكوين مجموعة عن طريق كتابة ملفات التكوين إلى تنسيق النص (بشكل أساسي YAML ، على الرغم من أنه يدعم أيضًا JSON). سيكون الداخل معلمات أو مواصفات كل كائن محدد للإدارة.
أجهزة لتهيئة Kubernetes المحلية
من أجل الاستفادة من قابلية التوسع العالية والموثوقية من خلال مجموعة Kubernetes ، يجب على المطورين والمسؤولين الحرص على تزويد الحاوية بموارد كافية للتشغيل.
إذا كان من المفترض أن تحتوي المجموعة على عقدتين رئيسيتين مع 2 غيغابايت من ذاكرة الوصول العشوائي ، و 4 مراكز ، وعقدتين عاملة مع 2 غيغابايت من ذاكرة الوصول العشوائي و 1 مراكز ، إذن مجموعة Kubernetes ستحتاج إلى 6 جيجابايت من ذاكرة الوصول العشوائي و 12 مركزًا كحد أدنى. بعض الموارد التي لا يمكن أن توفرها جميع أجهزة كمبيوتر سطح المكتب ، على الرغم من حقيقة أن هذا المشروع غير مخصص لسطح المكتب.
ومع ذلك ، يوجد حاليًا عدد من بيئات التعلم الأصغر تمكن المطورين من التطوير باستخدام Kubernetes في البيئات المحلية. ومن الأمثلة على ذلك MiniKube و MicroK8s و OpenShift CodeReady Cointainers ، إلخ. كل منهم عبارة عن مجموعات من عقدة واحدة لتكون قادرة على الحصول عليها في جهاز كمبيوتر سطح المكتب ويمكن تثبيتها في بضع دقائق.
لاختبار أ خدمة بيئة أكثر تعقيدًا، عادة ما يتعين عليك الانتقال إلى مجموعة Kubernetes حقيقية. لكن الأداة حاويات جاهزة للكود يمكن أن تجعل حياة المطور أسهل بكثير ، بما في ذلك مجموعة الأدوات الكاملة وتثبيت العقدة الواحدة لمجموعة Kubernetes.
التبني الأصلي في Kubernetes هو عالم مختلف
لقد حان Kubernetes لتغيير التجربة الكاملة للمطورين ، الذين يرون كيف أن طريقة إدارة هذه الخدمات مختلفة تمامًا ومتكاملة. نتيجة لذلك ، أصبح اعتماد Kubernetes الخطوة المنطقية التالية نحو التبسيط للمطور.
وبالمثل ، تمكن Kubernetes مزيد من المرونة، مع المساعدة والأدوات لتطوير Kubernetes الأصلي المثمر ، والتحديات الجديدة المثيرة ...