نماذج ومنصات الذكاء الاصطناعي
تُطلق Red Hat نظام OpenShift 5 مع عمليات عناقيد قائمة على الوكلاء

أعلنت Red Hat الإتاحة العامة لنظام OpenShift 5 في 9 نوفمبر 2026، خلال مؤتمر KubeCon + CloudNativeCon North America، مقدّمةً استكشافًا للأعطال بمساعدة الوكلاء ومنصة تشغيل موحدة لأعباء عمل الذكاء الاصطناعي والآلات الافتراضية والحاويات. ويتاح هذا الإصدار القائم على Kubernetes للعملاء أصحاب الاشتراكات الحالية عبر بوابة العملاء لدى Red Hat.
تقرن Red Hat هذا الإصدار بإمكانية التحديث الموضعي انطلاقًا من OpenShift 4.22 وبنموذج دعم أطول، لمعالجة عائقين تشغيليين أمام اعتماد جيل جديد من المنصة. كما يوضح الاستعراض التقني تمييزًا مهمًا: فسير العمل الوكيل الخاضع للإشراف جزء من الإصدار، في حين لا يزال استكشاف الأعطال ذاتيًا ووكيل التحديث في مرحلة المعاينة التقنية.
عمليات قائمة على الوكلاء بموافقة بشرية
يتجاوز OpenShift Lightspeed دوره السابق كمساعد حواري، إذ يفحص التنبيهات ويعرض النتائج ومسارات المعالجة المقترحة بلغة طبيعية. وفي وضع الإشراف، ينتظر تأكيد المسؤول قبل إجراء أي تغييرات على العنقود. أما إصدار المعاينة ذي التشغيل الذاتي، فيمكنه إجراء تحقيقات أعمق من تلقاء نفسه، لكنه يتوقف أيضًا لطلب الموافقة البشرية النهائية قبل تنفيذ التغييرات؛ لذا لا يلغي أي من الوضعين شرط الموافقة قبل التنفيذ.
ويمتد نموذج التشغيل نفسه إلى أعمال الصيانة. فإرشادات التحديث المدعومة بـ Lightspeed ترسم صورة لحالة العنقود والتعارضات المحتملة ونطاق الأثر قبل نافذة الصيانة، بينما تقيّم فحوصات ما قبل التنفيذ توافق واجهات برمجة التطبيقات والمشغّلات الاختيارية. وتجمع أداة منفصلة لتخطيط المشغّلات معلومات حالة دورة الحياة وتوافق العنقود والتحديثات المتاحة. ويذهب وكيل التحديث قيد المعاينة إلى أبعد من ذلك، إذ يساعد على تخطيط مسارات التحديث وتنفيذها.
أصبح خادم OpenShift Model Context Protocol وبوابة MCP عبر Red Hat Connectivity Link متاحين عمومًا لربط الوكلاء بخدمات المنصة. ويوفر MCP قناة خاضعة للحوكمة تتيح للوكلاء الوصول إلى واجهات برمجة التطبيقات والخدمات في المنصة. ويمكن للمسؤولين أيضًا إنشاء لوحات معلومات لمراقبة الأنظمة باستخدام Perses عبر المحادثة، بدلًا من إنشاء الاستعلامات يدويًا.
الأمن لأعباء عمل الذكاء الاصطناعي والعناقيد المشتركة
يجعل OpenShift 5 عددًا من وسائل الحماية إعدادات افتراضية في المنصة. وتغطي التشفيرات ما بعد الكمّية الاتصالات في مستوى التحكم، مع تضمين الاستعداد للعصر الكمّي في صور المنصة وإعدادات TLS. وتسري سياسة TLS مركزية وإلزامية على OpenShift الأساسي والمنتجات المضافة إليه، كما تقيّد سياسات الشبكة المصممة حسب الحاجة حركة البيانات الداخلة إلى مساحات أسماء مكونات مستوى التحكم والخارجة منها. وتلبي الإدارة الآلية لدورة حياة الشهادات والدعم الأصلي للنشر في البيئات غير المتصلة احتياجات البيئات المعزولة عن الشبكات والبيئات الطرفية والخاضعة للتنظيم.
بالنسبة إلى أعباء عمل الذكاء الاصطناعي، تشفّر الحاويات السرية أوزان النماذج أثناء تخزينها واستخدامها. ويستخدم إصدار Red Hat من Agent Sandbox، وهو أيضًا في مرحلة المعاينة التقنية، حاويات OpenShift المعزولة لتشغيل أعباء عمل الوكلاء داخل آلات افتراضية، بما يهيئ حدًا فاصلًا يهدف إلى منع الشيفرات غير الموثوقة أو ذاتية التشغيل من الحصول على وصول غير مقيّد إلى بقية العنقود. ويعالج هذا الإجراء الخطر الناشئ عن توليد الوكلاء للشيفرات وتنفيذها من دون مراجعة المسؤولين لها.
في البيئات التقنية المختلطة، يستخدم OpenShift Virtualization 5 نظام Lightspeed والتكامل مع MCP لتوفير الآلات الافتراضية وأتمتة سير العمل باستخدام اللغة الطبيعية. وتستخدم النسخ الاحتياطية التزايدية المستقلة عن نوع التخزين تقنية QEMU Change Block Tracking لنسخ الكتل المعدّلة بدلًا من صور الأقراص الافتراضية الكاملة، فيما يضبط موازنة الأحمال المراعية للذاكرة وميزة التبديل الأصلية التخصيصات استنادًا إلى الاستهلاك الفعلي. وتقول Red Hat أيضًا إن تقسيم موارد حوسبة وحدات معالجة الرسوميات آليًا مصمم لتحسين الاستفادة من الأجهزة في استدلال الذكاء الاصطناعي وأعباء العمل المؤسسية التقليدية.
تحديثات موضعية ودعم لمدة خمس سنوات
لا يفرض مسار التحديث تغييرًا فوريًا لنظام التشغيل. فالعناقيد التي تُحدَّث من OpenShift 4.22 تظل تعمل بنظام Red Hat Enterprise Linux CoreOS 9، في حين تستخدم عناقيد OpenShift 5.0 المنشأة حديثًا CoreOS 10 افتراضيًا. وتعتزم Red Hat إتاحة تشغيل عُقد CoreOS 9 وCoreOS 10 معًا في عنقود واحد ضمن إصدار مستقبلي؛ لكن هذه الإمكانية غير متاحة في OpenShift 5.0.
تعتمد Red Hat وتيرة إصدار رئيسي كل ثلاث سنوات، أي بعد نحو عام من إصدارات Red Hat Enterprise Linux الرئيسية. وتستمر فترة الدعم المشمول 24 شهرًا، موزعة على سنة واحدة من الدعم الكامل وسنة واحدة من دعم الصيانة.
تعتزم Red Hat إصدار نسخة واحدة من دورة الحياة الممتدة كل عام، مع دعم مؤسسي كامل لمدة خمس سنوات، من خلال إضافة مدتها ثلاث سنوات تتجاوز فترات الدعم المشمولة. وتشمل دورة الحياة الممتدة لخمس سنوات أيضًا مشغّلات اختيارية، منها Red Hat Advanced Cluster Security وOpenShift Service Mesh وOpenShift Pipelines وOpenShift GitOps.
تكمن الأهمية المباشرة لـ OpenShift 5 في الجمع بين مسار التحديث هذا وإحكام الضبط التشغيلي: إذ يمكن نقل عناقيد OpenShift 4.22 موضعيًا، لكن أكثر وظائف المنصة استقلاليةً عن التدخل البشري لا تزال تتطلب الموافقة، وما زالت في مرحلة المعاينة. وبذلك، يدمج الإصدار المساعدة القائمة على الوكلاء في إدارة عناقيد الإنتاج من دون جعل التنفيذ الذاتي هو الخيار الافتراضي، فيما تمنح دورة الحياة الأطول فرق البنية التحتية مجالًا أوسع لتنسيق عمليات الذكاء الاصطناعي والآلات الافتراضية والحاويات.












