في أكتوبر 2019 ، تم إصدار OpenShift 4.2 ، حيث يواصل جوهره كله المسار نحو التشغيل الآلي وتحسين العمل مع السحابة.
تذكر أنه في مايو 2019 قدمنا Red Hat OpenShift 4 ، الجيل التالي من منصة Kubernetes الخاصة بنا ، والتي قمنا بإعادة تصميمها لتبسيط إدارة التطبيقات في حاويات الإنتاج في بيئات الإنتاج.
تم إنشاء الحل كمنصة ذاتية الحكم مع وظائف التحديث التلقائي للبرامج وإدارة دورة الحياة في سحابة مختلطة وتستند إلى Red Hat Enterprise Linux و Red Hat Enterprise Linux CoreOS. في الإصدار 4.2 ، كان التركيز على جعل النظام الأساسي أكثر ملاءمة للمطورين. بالإضافة إلى ذلك ، قمنا بتبسيط عمل إدارة النظام الأساسي والتطبيقات الخاصة بمسؤولي نظام المجموعة من خلال توفير وسائل الترحيل من الإصدار الثالث إلى الإصدار الرابع من OpenShift ، بالإضافة إلى تطبيق دعم التكوينات دون الوصول إلى الإنترنت.
أين هي السرعة هنا؟
يعمل الإصدار 4.2 على تبسيط العمل إلى حد كبير مع Kubernetes ، حيث يوفر وضع وحدة التحكم في إدارة OpenShift الجديد المُحسّن لمهام التطوير ، بالإضافة إلى أدوات وإضافات جديدة لبناء الحاويات ، وتنظيم خطوط أنابيب CI / CD وتنفيذ أنظمة بدون خادم. كل هذا يساعد المبرمجين على التركيز بشكل أكبر على مهمتهم الرئيسية - إنشاء رمز التطبيق ، دون أن يشتت انتباههم ميزات Kubernetes.
عرض طبولوجيا التطبيق في وحدة تحكم المطور.وضع مطور جديد لوحدة التحكم OpenShiftأدوات المطور الجديدة في OpenShift 4.2:
- يساعد وضع تطوير وحدة تحكم الويب المطورين على التركيز على الشيء الرئيسي ، حيث يعرضون فقط المعلومات والتكوينات الضرورية. واجهة مستخدم متقدمة لعرض تطبيقات الهيكل وبناء التطبيقات تجعل من السهل إنشاء ونشر وتصور التطبيقات الحاوية وموارد نظام المجموعة.
- مجموعة أدوات odo هي واجهة سطر أوامر خاصة للمطورين تعمل على تبسيط عملية تطوير التطبيقات على نظام OpenShift. تنظيم التفاعلات مثل git push ، يساعد CLI المطورين على إنشاء تطبيقات على منصة OpenShift دون بذل جهد إضافي ، دون الخوض في تعقيدات Kubernetes.
- يوفر Red Hat OpenShift Connector لـ Microsoft Visual Studio Code و JetBrains IDE (بما في ذلك IntelliJ) و Eclipse Desktop IDE تكاملًا سهلاً مع الأدوات المستخدمة ويسمح لك بتطوير وبناء وتصحيح وتطبيق تطبيقات OpenShift في IDE المألوف للمطورين.
- ريد هات OpenShift تمديد النشر لمايكروسوفت أزور DevOps . يوفر لمستخدمي مجموعة أدوات DevOps هذه القدرة على نشر تطبيقاتهم على Azure Red Hat OpenShift أو في أي مجموعات OpenShift أخرى على نظام Microsoft Azure DevOps.
البرنامج المساعد للاستوديو البصريOpenShift الكامل على جهاز كمبيوتر محمول
توفر Red Hat CodeReady Containers ، وهي مجموعات OpenShift جاهزة للنشر على محطة عمل أو كمبيوتر محمول ، الفرصة لتطوير التطبيقات المستندة إلى مجموعة النظراء في الوضع المحلي.
شبكة الخدمة شبكة الخدمة
يعمل حل
OpenShift Service Mesh ، القائم على مشاريع مفتوحة المصدر Istio و Kiali و Jaeger
ومشغل Kubernetes الخاص ، على تبسيط تطوير ونشر وصيانة التطبيقات على منصة OpenShift ، مما يوفر الأدوات اللازمة ويعتمد أتمتة التطبيقات السحابية القائمة على بنيات حديثة مثل مثل الخدمات الصغيرة. يتيح الحل تحرير المبرمجين من الحاجة إلى نشر وصيانة خدمات شبكة متخصصة ضرورية للتطبيقات والمنشآت التجارية التي تم إنشاؤها.
تم تصميم Red Hat OpenShift Service Mesh ،
المتوفرة لـ OpenShift 4 ، حرفيًا للمطورين حرفيًا "من وإلى" ويقدم ميزات مثل التتبع والمقاييس والتصور ومراقبة اتصالات الشبكة ، بالإضافة إلى تثبيت وتكوين شبكة الخدمة بنقرة واحدة. بالإضافة إلى ذلك ، يقدم الحل فوائد إدارة وتشغيلية ، مثل تشفير حركة المرور بين الخوادم داخل مركز البيانات والتكامل مع بوابة واجهة برمجة تطبيقات
Red Hat 3scale .
تصور متقدم لحركة مرور المجموعات باستخدام أدوات Kiali كجزء من شبكة خدمة OpenShiftالحوسبة بدون خادم
الحل الآخر ،
OpenShift Serverless ، يساعدك على نشر وتشغيل التطبيقات التي
تتسع بسهولة حسب الطلب لأعلى ولأسفل إلى مستوى الصفر. هذا الحل ، الذي بني على أساس مشروع Knative ومتوفر في إصدار Technology Preview ، يمكن تفعيله على أي نظام OpenShift 4 باستخدام مشغل Kubernetes المقابل ، مما يجعل من السهل البدء وتثبيت المكونات الضرورية لنشر التطبيقات أو وظائف بدون خادم على OpenShift. يتيح لك وضع مطور وحدة التحكم OpenShift ، الذي ظهر في الإصدار 4.2 ، استخدام خيارات بدون خادم في عمليات التطوير القياسية ، مثل Import from Git أو Deployan Image ، بمعنى آخر ، يمكنك إنشاء تطبيقات بدون خادم مباشرة من وحدة التحكم.
توصيف النشر بدون وحدة خدمة في وحدة OpenShiftبالإضافة إلى التكامل مع وحدة تحكم المطور ، هناك تحسينات أخرى بدون خادم في الإصدار الجديد من OpenShift. على وجه الخصوص ، هذا هو kn - واجهة سطر الأوامر التي توفر عملية مريحة وبديهية ، تتيح لك تجميع الكائنات اللازمة للتطبيقات ؛ التقط لقطات من التعليمات البرمجية والتكوينات ، كما يتيح إمكانية تعيين نقاط نهاية الشبكة لإصدارات أو خدمات محددة. كل هذه الميزات ، المتوفرة في إصدار Technology Preview من خلال مشغل OpenShift Serverless ، تساعد المطورين على البدء في إنشاء بنية بدون خادم ونشر تطبيقاتهم بمرونة في سحابة مختلطة دون ربطها ببنية تحتية محددة.
CI / CD سحابة الناقلون
التكامل المستمر والتسليم (CI / CD) هي ممارسات التطوير الرئيسية اليوم التي تزيد من سرعة وموثوقية نشر البرامج. تسمح مجموعة أدوات CI / CD الجيدة لفرق التطوير بتحسين عمليات التغذية المرتدة وأتمتتها ، وهو أمر أساسي لنجاح عملية التطوير. في OpenShift ، يمكنك استخدام Jenkins الكلاسيكي أو حل
خطوط أنابيب OpenShift الجديد لدينا
كأدوات كهذه.
Jenkins هو المعيار الفعلي اليوم ، لكننا نربط مستقبل الحاوية CI / CD بمشروع Tekton مفتوح المصدر. لذلك ، تم بناء خطوط أنابيب OpenShift على أساس هذا المشروع وتدعم بشكل أفضل النهج القائمة على الحوسبة السحابية مثل pipeline-as-code ("pipeline as code") و GitOps. في خطوط أنابيب OpenShift ، يتم تنفيذ كل خطوة في حاوية خاصة بها ، لذلك يتم استخدام الموارد فقط أثناء تنفيذ هذه الخطوة ، مما يسمح للمطورين بالتحكم الكامل في قنوات التسليم والمكونات الإضافية والتحكم في الوصول دون استخدام خادم CI / CD مركزي.
لا تزال خطوط أنابيب OpenShift في مرحلة معاينة المطور وهي متوفرة كمشغل مناسب ، والتي يمكن استخدامها في أي من مجموعات OpenShift 4. يمكن استخدام جنكينز في الإصدارين الثالث والرابع من OpenShift.
ريد هات OpenShift الناقلونإدارة الحاويات السحابية الهجينة
يعمل التثبيت والتحديث الآليين لـ OpenShift على جعل السحابة المختلطة أقرب ما تكون إلى السحابة القانونية من وجهة نظر التجربة. كان OpenShift الرابع متاحًا مسبقًا للأنظمة الأساسية السحابية العامة والبيئات السحابية الخاصة وأنظمة المحاكاة الافتراضية والخوادم المجردة المعدنية ، ولكن الإصدار 4.2 يضيف منصتي سحابتين عامتين جديدتين إلى هذه القائمة - Microsoft Azure و Google Cloud Platform وكذلك سحابة OpenStack الخاصة .
تم الانتهاء من تثبيت OpenShift 4.2 لمختلف البيئات المستهدفة ، بالإضافة إلى تدريبه لأول مرة على التعامل مع التكوينات المعزولة (غير المتصلة بالإنترنت). يساعد التثبيت المستقل ووضع الوكيل الإلزامي مع القدرة على توفير سلاسل شهادات مخصصة (حزمة CA) على ضمان الامتثال للمعايير التنظيمية وبروتوكولات الأمان الداخلية. يتيح لك وضع التثبيت الصامت دائمًا الحصول على أحدث إصدار من OpenShift Container Platform حيث لا يمكن الوصول إلى الإنترنت ، أو في البيئات التي تتبع سياسات صارمة لاختبار الصورة.
بالإضافة إلى ذلك ، يتيح لك نشر مكدس OpenShift كامل باستخدام Red Hat Enterprise Linux CoreOS ، وهو إصدار خفيف الوزن من Red Hat Enterprise Linux ، إعداد السحابة الخاصة بك في أقل من ساعة بعد بدء التثبيت.
يتيح لك Red Hat OpenShift توحيد عمليات إنشاء ونشر وإدارة تطبيقات الحاويات في السحابة والبنية التحتية المحلية. بفضل التثبيت الأبسط والأتمتة والأسرع ، أصبح OpenShift 4.2 متاحًا الآن على منصات AWS و Azure و OpenStack و GCP ، مما يتيح للمؤسسات إدارة منصات Kubernetes الخاصة بهم بكفاءة في سحابة مختلطة.
سهولة الترحيل من OpenShift 3 إلى OpenShift 4
تسهل أدوات ترحيل عبء العمل الجديدة الترقية إلى OpenShift 4.2 من الإصدارات السابقة من النظام الأساسي. أصبح نقل الأحمال من الكتلة القديمة إلى المجموعة الجديدة الآن أسرع وأسهل وبأدنى حد من العمليات اليدوية. يكفي لمسؤول نظام المجموعة تحديد مجموعة مصدر OpenShift 3.x ، ووضع علامة عليها على المشروع (أو مساحة الاسم) اللازمة ، ثم تحديد ما يجب القيام به مع وحدات التخزين الدائمة المقابلة - انسخها إلى نظام مجموعة النقل OpenShift 4.x المستهدف. بعد ذلك ، تستمر التطبيقات في العمل على نظام المجموعة المصدر حتى يكمل المسؤول عملهم.
يدعم OpenShift 4.2 سيناريوهات الترحيل المختلفة:
- يتم نسخ البيانات باستخدام مستودع وسيط يعتمد على مشروع Velero. يتيح لك هذا الخيار الترحيل مع تغيير في نظام التخزين عندما ، على سبيل المثال ، يتم استخدام Gluster في الكتلة الأصلية ويتم استخدام Ceph في الكتلة الجديدة.
- تبقى البيانات في المستودع الحالي ، لكنها تتصل بالمجموعة الجديدة (مفتاح مستوى الصوت الدائم).
- نسخ أنظمة الملفات من خلال Restic.
الليلة الأولى حق
غالبًا ، يرغب المستخدمون في أن يكونوا قادرين على تجربة الابتكارات المخططة لـ OpenShift قبل وقت طويل من إصدار إصدار جديد.
لذلك ، بدءًا من OpenShift 4.2 ، نحن نوفر للعملاء والشركاء إمكانية الوصول إلى عمليات الإنشاء المسبق لليل . يرجى ملاحظة أن هذه التجميعات ليست مخصصة للاستخدام في الإنتاج ، ولا يتم توفير الدعم لها ، كما أنها غير موثقة بشكل جيد وقد تكون وظيفتها غير مكتملة. تزداد جودة هذه المجموعات كلما اقتربت من الإصدار النهائي.
تتيح مجموعات البناء الليلي للعملاء والشركاء التعرف على الميزات الجديدة في المراحل الأولى من التطوير ، والتي يمكن أن تكون مفيدة من حيث التخطيط للنشر أو دمج OpenShift مع حلول مطوري ISV.
ملاحظة لأعضاء مجتمع OKD
بدأ العمل على OKD 4.3 ، وهو توزيع مفتوح المصدر من Kubernetes تم إنشاؤه بواسطة مجتمع التطوير الذي يقوم عليه Red Hat OpenShift. ندعو الجميع لإعطاء تقييمهم للحالة الحالية لـ
OKD4 و Fedora CoreOS (FCOS) و Kubernetes كجزء من مجموعة عمل OKD ، أو لمراقبة التقدم المحرز على موقع
OKD.io.ملاحظة:
لا تعني كلمة "شراكة" في هذا المنشور شراكة قانونية أو أي شكل آخر من أشكال العلاقة القانونية بين شركة Red Hat، Inc. وأي كيان قانوني آخر.