فريق تطوير Kubernetes صدر مؤخرا من خلال إعلان الإفراج عن الإصدار الجديد "Kubernetes 1.18" التي يذكر فيها فريق التطوير أنها نسخة "مناسبة ومنتهية".
في هذا الإصدار الجديد تم القيام بعمل كبير لتحسين الوظائف التجريبية والمستقرة لضمان أ تجربة مستخدم أفضل. تم بذل جهد مماثل لإضافة تطورات جديدة وميزات جديدة مثيرة تعد بمزيد من تحسين تجربة المستخدم.
لمن لا يعرفون Kubernetes ، يجب أن يعرفوا ذلك هو نظام مفتوح المصدر لأتمتة نشر وتوسيع نطاق وإدارة التطبيقات المعبأة في حاويات.
كان كذلك تم تصميمه في الأصل بواسطة Google ، على الرغم من أن تطويرها قد تم تكليفه لاحقًا بمؤسسة الحوسبة السحابية مفتوحة المصدر (CNCF) ، والتي سمحت اليوم لتكنولوجيا تنظيم الحاويات بالنضوج بسرعة ، وذلك بفضل مساهمات عمالقة التكنولوجيا.
ما الجديد في Kubernetes 1.18؟
يبرز هذا الإصدار الجديد لامتلاكه القدرة على استخدام الرموز المميزة لحساب الخدمة كطريقة مصادقة عامة. على سبيل المثال ، إذا كنت تريد حجرةً لإدارة موارد Kubernetes الأخرى ، مثل النشر أو الخدمة ، فيمكن إقرانها بحساب خدمة وإنشاء الأدوار الضرورية وارتباطات الأدوار.
ترسل حسابات خدمة Kubernetes (KSAs) رموز ويب JSON (JWT) إلى خادم واجهة برمجة التطبيقات للمصادقة. هذا يجعل خادم API المصدر الوحيد للمصادقة لحسابات الخدمة.
Kubernetes 1.18 صيوفر وظيفة أن يسمح لخادم API بتوفير مستند اكتشاف OpenID Connect يحتوي على المفاتيح العامة للرمز المميز بالإضافة إلى البيانات الوصفية الأخرى.
تغيير آخر يبرز من Kubernetes 1.81 هو القدرة على تكوين HPA Velocity لبودات معينة. تم استخدام جهاز قياس الضغط الأفقي (HPA)أ للسماح لمجموعة Kubernetes بالاستجابة تلقائيًا لحركة المرور المرتفعة / المنخفضة. باستخدام HPA ، يمكن للمستخدم أن يطلب من وحدة التحكم إنشاء المزيد من الوحدات استجابةً لارتفاع وحدة المعالجة المركزية أو القياسات الأخرى أو القياسات التي يوفرها التطبيق.
يحتوي Kubernetes 1.18 على نظرة عامة على الملفات الشخصية لتشغيل تكوينات متعددة من المخطط. بشكل عام ، هناك نوعان من أحمال العمل في Kubernetes: الخدمات طويلة الأجل (على سبيل المثال ، خوادم الويب وواجهات برمجة التطبيقات وما إلى ذلك) والمهام التي يتم تشغيلها حتى الاكتمال (المعروفة باسم الوظائف).
نظرًا للاختلافات الواضحة بين أنواع عبء العمل ، يلجأ بعض المستخدمين إلى إنشاء مجموعات كاملة لتلبية الاحتياجات المختلفة. على سبيل المثال ، مجموعة واحدة لإدارة استخراج البيانات وأخرى لخدمة واجهات برمجة التطبيقات للتطبيق.
والسبب هو أنهم بحاجة إلى اختلاف عملية اتخاذ القرار. على سبيل المثال ، تعمل إعدادات المجدول الافتراضية على تعزيز الإتاحة العالية.
من ناحية أخرى ، يمكننا أيضًا إيجاد القدرة على تحديد قاعدة البث pod على مستوى الكتلة ، كما جعل من الممكن ضمان جدولة البودات في مناطق توافر الخدمات (بشرط أنك تستخدم مجموعة مناطق متعددة) لضمان أقصى قدر من التوافر واستخدام الموارد.
تعمل الوظيفة على تمكين مواصفات topologySpreadConstraints ، والتي تحدد المناطق من خلال البحث عن العقد التي لها نفس علامة topologyKey. العقد التي لها نفس علامة TopologyKey تنتمي إلى نفس المنطقة. كان التكوين هو توزيع القرون بالتساوي في مناطق مختلفة. ومع ذلك ، فإن الجانب السلبي هو أنه يجب تطبيق هذا الإعداد على مستوى الحجرة. لن يتم توزيع البودات التي لا تحتوي على التكوين بالتساوي عبر مجالات الخطأ.
أخيرا وليس آخرا، يمكننا أيضًا العثور على القدرة على تجاهل التغيير في خاصية المجلد. بشكل افتراضي ، عندما يتم تحميل وحدة تخزين في حاوية على مجموعة Kubernetes ، يتم تغيير خصائص جميع الملفات والأدلة داخل هذا المجلد إلى القيمة المقدمة من خلال fsGroup.
كل هذا للسماح لـ fsGroup بقراءة المجلد وكتابته. ومع ذلك ، فقد ثبت أن هذا السلوك غير مرغوب فيه في بعض الحالات.
هذا الإصدار الجديد من يأتي Kubernetes مع عدد من التغييرات ، وقد ذكرنا فقط عددًا قليلاً من أهمها. إذا كنت تريد معرفة القائمة الكاملة ، يمكنك القيام بذلك عن طريق زيارة الرابط التالي.