، والذي يواصل جوهره المسار نحو الأتمتة وتحسين العمل مع البيئة السحابية.
دعونا نتذكر أنه في مايو 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:
- تساعد وحدة تحكم الويب المطورين على التركيز على الأمور الأكثر أهمية من خلال عرض المعلومات والتكوينات التي يحتاجون إليها فقط. تعمل واجهة المستخدم المحسنة لعرض الهيكل وتجميع التطبيقات على تسهيل إنشاء التطبيقات وموارد المجموعة ونشرها وتصورها.
- أدوات – واجهة سطر أوامر خاصة للمطورين تعمل على تبسيط تطوير التطبيقات على منصة OpenShift. من خلال تنظيم التفاعل مثل Git Push، تساعد واجهة سطر الأوامر (CLI) المطورين على إنشاء تطبيقات بسهولة على منصة OpenShift، دون الخوض في تعقيدات Kubernetes.
- بالنسبة لـ Microsoft Visual Studio Code، يوفر JetBrains IDE (بما في ذلك IntelliJ) وEclipse Desktop IDE تكاملًا سهلاً مع الأدوات المستخدمة ويسمح لك بتطوير تطبيقات OpenShift وإنشائها وتصحيح أخطائها ونشرها في بيئة IDE المألوفة للمطورين.
- ملحق نشر Red Hat OpenShift لـ Microsoft Azure DevOps. يوفر لمستخدمي مجموعة أدوات DevOps هذه القدرة على نشر تطبيقاتهم على Azure Red Hat OpenShift أو أي مجموعات OpenShift أخرى على النظام الأساسي Microsoft Azure DevOps.
البرنامج المساعد لبرنامج Visual Studio
OpenShift الكامل على جهاز كمبيوتر محمول
، وهي عبارة عن مجموعات OpenShift جاهزة ومُحسّنة للنشر على محطة عمل أو كمبيوتر محمول، مما يتيح تطوير التطبيقات السحابية محليًا.
شبكة الخدمة
لدينا الحل ، مبني على أساس مشاريع البرمجيات مفتوحة المصدر Istio وKiali وJaeger والخاصة ، يعمل على تبسيط تطوير التطبيقات ونشرها وصيانتها على منصة OpenShift من خلال توفير الأدوات اللازمة وتولي أتمتة التطبيقات السحابية بناءً على البنى الحديثة مثل الخدمات الصغيرة. يتيح الحل للمبرمجين تحرير أنفسهم من الحاجة إلى نشر وصيانة خدمات الشبكة المتخصصة المطلوبة للتطبيقات ومنطق الأعمال الذي يتم إنشاؤه بشكل مستقل.
, ، تم تصميمه خصيصًا للمطور حرفيًا "من البداية إلى النهاية" ويقدم ميزات مثل التتبع والمقاييس والتصور ومراقبة اتصالات الشبكة، بالإضافة إلى تثبيت وتكوين شبكة الخدمة بنقرة واحدة. بالإضافة إلى ذلك، يوفر الحل فوائد من حيث الإدارة التشغيلية والأمن، مثل تشفير حركة المرور بين الخوادم داخل مركز البيانات والتكامل مع بوابة API .
تصور متقدم لحركة مرور المجموعة باستخدام Kiali داخل OpenShift Service Mesh
الحوسبة بدون خادم
لدينا الحل الآخر ، يساعدك على نشر وتشغيل التطبيقات التي يمكن توسيع نطاقها وتقليصها بسهولة حسب الطلب، وصولاً إلى الصفر. تم بناء هذا الحل على أعلى مشروع Knative ومتوفر في Technology Preview، ويمكن تنشيطه على أي مجموعة OpenShift 4 باستخدام مشغل Kubernetes المرتبط، مما يجعل من السهل البدء وتثبيت المكونات اللازمة لنشر التطبيقات أو الوظائف بدون خادم على OpenShift. يتيح لك وضع تطوير وحدة التحكم OpenShift، الذي ظهر في الإصدار 4.2، استخدام خيارات بدون خادم في عمليات التطوير القياسية، مثل الاستيراد من Git أو Deployan Image، بمعنى آخر، يمكنك إنشاء تطبيقات بدون خادم مباشرة من وحدة التحكم.
إعداد النشر بدون خادم في وحدة تحكم OpenShift
بالإضافة إلى التكامل مع وحدة تحكم المطور، يحتوي الإصدار الجديد من OpenShift على تحسينات أخرى من حيث عدم وجود خادم. على وجه الخصوص، هذا هو kn - تتيح لك واجهة سطر الأوامر Knative، التي توفر عملية مريحة وبديهية، تجميع الكائنات الضرورية للتطبيقات؛ التقاط لقطات من التعليمات البرمجية والتكوينات، كما يوفر القدرة على تعيين نقاط نهاية الشبكة لإصدارات أو خدمات محددة. تساعد كل هذه الميزات، المتوفرة في Technology Preview من خلال مشغل OpenShift Serverless، المطورين على الشعور بالراحة مع البنية بدون خادم والحصول على المرونة اللازمة لنشر تطبيقاتهم في السحابة المختلطة دون التقيد ببنيات أساسية محددة.
خطوط أنابيب Cloud CI/CD
يعد التكامل والتسليم المستمر (CI/CD) من ممارسات التطوير الرئيسية اليوم التي تزيد من سرعة وموثوقية نشر البرامج. تتيح أدوات CI/CD الجيدة لفرق التطوير تبسيط عمليات تقديم الملاحظات وأتمتتها، وهو أمر بالغ الأهمية لنجاح التطوير السريع. في OpenShift، يمكنك استخدام Jenkins الكلاسيكي أو حلنا الجديد كمجموعة أدوات .
يعد Jenkins اليوم هو المعيار الفعلي، ولكننا نربط مستقبل حاوية CI/CD بمشروع برنامج Tekton مفتوح المصدر. لذلك، تم إنشاء OpenShift Pipelines خصيصًا على أساس هذا المشروع ويدعم بشكل أفضل الأساليب النموذجية للحلول السحابية مثل خط الأنابيب كرمز ("خط الأنابيب كرمز") وGitOps. في OpenShift Pipelines، يتم تشغيل كل خطوة في الحاوية الخاصة بها، لذلك يتم استهلاك الموارد فقط أثناء تشغيل هذه الخطوة، مما يسمح للمطورين بالتحكم الكامل في مسارات التسليم والمكونات الإضافية والتحكم في الوصول دون الحاجة إلى الاعتماد على خادم CI/CD مركزي.
لا تزال OpenShift Pipelines في معاينة المطور وهي متاحة كمشغل مناظر يمكن استخدامه في أي مجموعة OpenShift 4. يمكن استخدام Jenkins في كلا الإصدارين OpenShift 3 و4.
خطوط أنابيب Red Hat OpenShift
إدارة الحاويات في سحابة مختلطة
التثبيت والتحديث التلقائي لـ OpenShift يجعل السحابة المختلطة أقرب ما يمكن إلى السحابة الأساسية من حيث تجربة المستخدم. كان OpenShift 4.2 متاحًا سابقًا لمنصات السحابة العامة الرئيسية والسحب الخاصة ومنصات المحاكاة الافتراضية والخوادم المعدنية، لكن الإصدار XNUMX يضيف منصتين سحابيتين عامتين جديدتين إلى هذه القائمة - 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 مع حلول مطوري ISV الخاصة.
ملاحظة لأعضاء مجتمع OKD
لقد بدأ العمل على OKD 4.0، وهو توزيع Kubernetes مفتوح المصدر الذي أنشأه مجتمع التطوير ويقوم عليه Red Hat OpenShift. ونحن ندعو الجميع لتقديم تقييمهم للوضع الحالي و Fedora CoreOS (FCOS) و Kubernetes ضمن مجموعة عمل OKD أو متابعة التقدم على موقع الويب .
ملاحظة:
لا تعني كلمة "شراكة" في هذا المنشور وجود شراكة قانونية أو أي شكل آخر من أشكال العلاقة القانونية بين شركة Red Hat, Inc. وأي كيان قانوني آخر.
المصدر: www.habr.com