Red Hat Meluncurkan OpenShift 5 dengan Operasi Klaster Berbasis Agen

Pada 9 November 2026, di KubeCon + CloudNativeCon North America, Red Hat mengumumkan ketersediaan umum OpenShift 5, yang menghadirkan pemecahan masalah berbasis agen dan satu platform operasi untuk beban kerja AI, mesin virtual, dan kontainer. Rilis berbasis Kubernetes ini tersedia bagi pelanggan yang memiliki langganan aktif melalui Portal Pelanggan Red Hat.

Red Hat menyertai rilis ini dengan opsi pembaruan di tempat dari OpenShift 4.22 dan model dukungan yang lebih panjang, untuk mengatasi dua hambatan operasional dalam mengadopsi generasi platform baru. Ikhtisar teknisnya juga menjelaskan perbedaan penting: alur kerja berbasis agen dengan pengawasan termasuk dalam rilis ini, sedangkan pemecahan masalah otonom dan agen pembaruan masih berstatus pratinjau teknologi.

Operasi Berbasis Agen dengan Persetujuan Manusia

OpenShift Lightspeed melampaui peran sebelumnya sebagai asisten percakapan dengan menyelidiki peringatan serta menyajikan temuan dan usulan langkah penanganan dalam bahasa alami. Dalam mode terawasi, fitur ini menunggu konfirmasi administrator sebelum mengubah klaster. Versi pratinjau otonom dapat melakukan penyelidikan yang lebih mendalam secara mandiri, tetapi tetap menunggu persetujuan akhir manusia sebelum menjalankan perubahan. Dengan demikian, kedua mode tetap mensyaratkan persetujuan sebelum perubahan dijalankan.

Model operasi yang sama juga diterapkan pada pemeliharaan. Panduan pembaruan yang didukung Lightspeed memetakan status klaster, potensi konflik, dan cakupan dampak sebelum jendela pemeliharaan, sementara pemeriksaan awal menilai kompatibilitas API dan operator opsional. Perencana operator terpisah merangkum status siklus hidup, kompatibilitas klaster, dan pembaruan yang tersedia. Agen pembaruan versi pratinjau melangkah lebih jauh dengan membantu merencanakan dan menjalankan jalur pembaruan.

Untuk menghubungkan agen dengan layanan platform, server OpenShift Model Context Protocol dan gateway MCP melalui Red Hat Connectivity Link kini tersedia secara umum. MCP menyediakan saluran yang diatur sehingga agen dapat mengakses API dan layanan platform. Administrator juga dapat membuat dasbor observabilitas Perses melalui percakapan, alih-alih menyusun kueri secara manual.

Keamanan untuk AI dan Klaster Bersama

OpenShift 5 menjadikan beberapa perlindungan sebagai pengaturan bawaan platform. Kriptografi pascakuantum melindungi komunikasi bidang kontrol, sementara kesiapan kuantum sudah disertakan dalam citra platform dan konfigurasi TLS. Kebijakan TLS terpusat yang diberlakukan berlaku di seluruh OpenShift inti dan produk berlapis, sedangkan kebijakan jaringan yang disesuaikan membatasi lalu lintas masuk dan keluar dari namespace operand bidang kontrol. Pengelolaan siklus hidup sertifikat otomatis dan dukungan bawaan untuk penerapan tanpa koneksi ditujukan bagi lingkungan terisolasi dari jaringan, lingkungan edge, dan lingkungan yang diatur.

Untuk beban kerja AI, kontainer rahasia mengenkripsi bobot model saat tersimpan maupun digunakan. Versi Red Hat dari Agent Sandbox, yang juga berstatus pratinjau teknologi, menggunakan kontainer sandbox OpenShift untuk menempatkan beban kerja agen di dalam VM. Cara ini menciptakan batas yang dirancang untuk mencegah kode yang tidak tepercaya atau otonom memperoleh akses tanpa batas ke seluruh klaster. Perlindungan tersebut mengatasi risiko yang timbul ketika agen membuat dan menjalankan kode yang belum ditinjau administrator.

Untuk lingkungan dengan sistem campuran, OpenShift Virtualization 5 menggunakan Lightspeed dan integrasi MCP untuk penyediaan VM dengan bahasa alami dan otomatisasi alur kerja. Pencadangan inkremental yang tidak bergantung pada jenis penyimpanan menggunakan QEMU Change Block Tracking untuk menyalin blok yang diubah, bukan seluruh citra disk virtual. Sementara itu, penyeimbangan beban yang mempertimbangkan memori dan swap bawaan menyesuaikan alokasi berdasarkan penggunaan aktual. Red Hat juga menyatakan bahwa pembagian komputasi GPU otomatisnya dirancang untuk meningkatkan pemanfaatan perangkat keras pada beban kerja inferensi AI maupun beban kerja perusahaan tradisional.

Pembaruan di Tempat dan Dukungan Lima Tahun

Jalur pembaruan ini tidak mengharuskan perubahan sistem operasi secara langsung. Klaster yang diperbarui dari OpenShift 4.22 tetap menggunakan Red Hat Enterprise Linux CoreOS 9, sedangkan klaster OpenShift 5.0 yang baru dibuat secara bawaan menggunakan CoreOS 10. Red Hat berencana memungkinkan node CoreOS 9 dan CoreOS 10 berjalan berdampingan dalam satu klaster pada rilis mendatang; kemampuan tersebut tidak tersedia di OpenShift 5.0.

Red Hat menetapkan siklus rilis utama setiap tiga tahun, kira-kira satu tahun setelah rilis utama Red Hat Enterprise Linux. Dukungan yang disertakan berlangsung selama 24 bulan, yang terbagi menjadi satu tahun dukungan penuh dan satu tahun dukungan pemeliharaan.

Red Hat berencana menerbitkan satu rilis Siklus Hidup Diperpanjang setiap tahun, dengan dukungan perusahaan penuh selama lima tahun melalui tambahan tiga tahun di luar periode yang disertakan. Siklus hidup lima tahun ini juga mencakup operator opsional, termasuk Red Hat Advanced Cluster Security, OpenShift Service Mesh, OpenShift Pipelines, dan OpenShift GitOps.

Arti penting OpenShift 5 dalam waktu dekat terletak pada perpaduan jalur pembaruan tersebut dengan kendali operasional yang lebih ketat: klaster OpenShift 4.22 dapat beralih di tempat, tetapi fungsi platform yang paling otonom tetap memerlukan persetujuan dan masih berstatus pratinjau. Dengan demikian, rilis ini menghadirkan bantuan berbasis agen ke dalam pengelolaan klaster produksi tanpa menjadikan eksekusi otonom sebagai pengaturan bawaan. Siklus hidup yang lebih panjang juga memberi tim infrastruktur lebih banyak waktu untuk mengoordinasikan operasi AI, VM, dan kontainer.