Red Hat uvádí OpenShift 5 s agentním provozem clusterů

Společnost Red Hat oznámila všeobecnou dostupnost OpenShift 5 9. listopadu 2026 na konferenci KubeCon + CloudNativeCon North America. Nová verze přináší agentní řešení problémů a jednotnou provozní platformu pro úlohy AI, virtuální počítače a kontejnery. Tato verze založená na Kubernetes je dostupná zákazníkům se stávajícím předplatným prostřednictvím zákaznického portálu Red Hat.

Red Hat uvádí novou verzi spolu s možností přímé aktualizace z OpenShift 4.22 a delším modelem podpory, čímž řeší dvě provozní překážky přechodu na novou generaci platformy. Její technický přehled také zdůrazňuje důležitý rozdíl: součástí této verze jsou supervidované agentní pracovní postupy, zatímco autonomní řešení problémů a aktualizační agent zůstávají ve fázi technologického náhledu.

Agentní provoz se schvalováním člověkem

OpenShift Lightspeed překonává svou dosavadní roli konverzačního asistenta: dokáže vyšetřovat výstrahy a srozumitelným jazykem předkládat zjištění i navrhované postupy nápravy. V režimu pod dohledem vyčká se změnami v clusteru na potvrzení správce. Autonomní verze v náhledu dokáže samostatně provádět důkladnější šetření, před provedením změn se však také zastaví a vyžádá si konečné schválení člověkem. Ani jeden režim tedy neodstraňuje schvalovací bránu před provedením změn.

Stejný provozní model se vztahuje i na údržbu. Pokyny k aktualizacím rozšířené o Lightspeed před údržbovým oknem mapují stav clusteru, možné konflikty a rozsah dopadu, zatímco předběžné kontroly posuzují kompatibilitu rozhraní API a volitelných operátorů. Samostatný plánovač operátorů sjednocuje informace o stavu životního cyklu, kompatibilitě clusteru a dostupných aktualizacích. Aktualizační agent ve fázi náhledu jde ještě dál a pomáhá plánovat i provádět postupy aktualizace.

Server OpenShift Model Context Protocol a brána MCP prostřednictvím Red Hat Connectivity Link, které propojují agenty se službami platformy, jsou nyní všeobecně dostupné. MCP poskytuje řízený kanál, jehož prostřednictvím mohou agenti přistupovat k rozhraním API a službám platformy. Správci mohou také vytvářet dashboardy pro observabilitu Perses pomocí konverzačního chatu, aniž by museli dotazy sestavovat ručně.

Zabezpečení pro AI a sdílené clustery

OpenShift 5 zahrnuje několik ochranných prvků přímo do výchozího nastavení platformy. Postkvantová kryptografie chrání komunikaci řídicí roviny a připravenost na kvantové počítače je zabudována do obrazů platformy i konfigurace TLS. Centrálně spravované a vynucované zásady TLS platí pro základní OpenShift i navazující produkty; přizpůsobené síťové zásady pak omezují provoz do jmenných prostorů operandů řídicí roviny i z nich. Automatizovaná správa životního cyklu certifikátů a nativní podpora nasazení v odpojených prostředích řeší potřeby izolovaných, okrajových a regulovaných prostředí.

U úloh AI šifrují důvěrné kontejnery váhy modelů při uložení i používání. Red Hat build of Agent Sandbox, který je rovněž ve fázi technologického náhledu, využívá izolované kontejnery OpenShift k umístění úloh agentů do virtuálních počítačů. Vytváří tak izolační hranici, která má zabránit tomu, aby nedůvěryhodný nebo autonomní kód získal neomezený přístup k širšímu clusteru. Tato ochrana řeší riziko spojené s tím, že agenti vytvářejí a spouštějí kód, který správci nezkontrolovali.

V různorodých prostředích využívá OpenShift Virtualization 5 Lightspeed a integraci MCP k přirozenojazyčnému zřizování virtuálních počítačů a automatizaci pracovních postupů. Přírůstkové zálohování nezávislé na úložišti využívá QEMU Change Block Tracking ke kopírování změněných bloků namísto celých obrazů virtuálních disků, zatímco vyrovnávání zátěže zohledňující paměť a nativní swap upravují přidělování prostředků podle skutečné spotřeby. Red Hat také uvádí, že automatizované dělení výpočetního výkonu GPU má zlepšit využití hardwaru při inferenci AI i v tradičních podnikových úlohách.

Přímé aktualizace a pětiletá podpora

Cesta k aktualizaci nevyžaduje okamžitou změnu operačního systému. Clustery aktualizované z OpenShift 4.22 zůstávají na Red Hat Enterprise Linux CoreOS 9, zatímco nově vytvořené clustery OpenShift 5.0 standardně používají CoreOS 10. Red Hat plánuje v některé z budoucích verzí umožnit soužití uzlů CoreOS 9 a CoreOS 10 v jednom clusteru; tato možnost není součástí OpenShift 5.0.

Red Hat zavádí tříletý cyklus hlavních verzí, které budou vycházet přibližně rok po hlavních verzích Red Hat Enterprise Linux. Zahrnutá podpora trvá 24 měsíců a dělí se na jeden rok plné podpory a jeden rok podpory údržby.

Red Hat plánuje každý rok vydat jednu verzi s prodlouženým životním cyklem, která bude díky tříletému doplňkovému období navazujícímu na zahrnutá období zahrnovat celkem pět let plné podnikové podpory. Pětiletý životní cyklus se vztahuje také na volitelné operátory, například Red Hat Advanced Cluster Security, OpenShift Service Mesh, OpenShift Pipelines a OpenShift GitOps.

Bezprostřední význam OpenShift 5 spočívá v propojení této cesty k aktualizaci s přísnější provozní kontrolou: clustery OpenShift 4.22 lze aktualizovat přímo, ale nejautonomnější funkce platformy stále vyžadují schválení a zůstávají ve fázi náhledu. Tato verze tak přináší agentní asistenci do správy produkčních clusterů, aniž by se autonomní provádění změn stalo výchozím nastavením. Delší životní cyklus zároveň dává infrastrukturním týmům více prostoru ke koordinaci provozu úloh AI, virtuálních počítačů a kontejnerů.