Modelos e plataformas de IA
Red Hat lança o OpenShift 5 com operações de cluster baseadas em agentes

A Red Hat anunciou a disponibilidade geral do OpenShift 5 em 9 de novembro de 2026, durante a KubeCon + CloudNativeCon North America, trazendo a resolução de problemas baseada em agentes e uma plataforma operacional unificada para cargas de trabalho de IA, máquinas virtuais e contêineres. Esta versão baseada em Kubernetes está disponível para clientes com assinaturas existentes por meio do Portal do Cliente da Red Hat.
A Red Hat está combinando o lançamento com uma atualização no local a partir do OpenShift 4.22 e um modelo de suporte mais longo, enfrentando duas barreiras operacionais à adoção de uma nova geração da plataforma. Sua visão técnica geral também destaca uma distinção importante: os fluxos de trabalho supervisionados baseados em agentes fazem parte do lançamento, enquanto a resolução autônoma de problemas e um agente de atualização continuam em prévia tecnológica.
Operações baseadas em agentes com aprovação humana
O OpenShift Lightspeed vai além de seu papel anterior como assistente conversacional: investiga alertas e apresenta, em linguagem natural, conclusões e possíveis caminhos de correção. No modo supervisionado, aguarda a confirmação de um administrador antes de alterar o cluster. A versão prévia autônoma pode realizar investigações mais aprofundadas por conta própria, mas também aguarda a aprovação humana final antes de executar alterações; portanto, nenhum dos modos elimina essa etapa de aprovação da execução.
O mesmo modelo operacional se estende à manutenção. As orientações de atualização com o auxílio do Lightspeed mapeiam o estado do cluster, possíveis conflitos e o raio de impacto antes de uma janela de manutenção, enquanto as verificações preliminares avaliam a compatibilidade da API e os operadores opcionais. Um planejador de operadores separado consolida o estado do ciclo de vida, a compatibilidade do cluster e as atualizações disponíveis. O agente de atualização em prévia vai além, ajudando a planejar e executar os caminhos de atualização.
Para conectar agentes aos serviços da plataforma, o servidor OpenShift Model Context Protocol e o gateway MCP por meio do Red Hat Connectivity Link estão disponíveis ao público. O MCP oferece um canal controlado por políticas pelo qual os agentes podem acessar APIs e serviços da plataforma. Os administradores também podem gerar painéis de observabilidade do Perses por meio de uma conversa em linguagem natural, em vez de criar consultas manualmente.
Segurança para IA e clusters compartilhados
O OpenShift 5 incorpora várias proteções às configurações padrão da plataforma. A criptografia pós-quântica protege as comunicações do plano de controle, com a preparação para a era quântica integrada às imagens da plataforma e à configuração de TLS. Uma política de TLS centralizada e obrigatória se aplica ao OpenShift principal e aos produtos em camadas, enquanto políticas de rede personalizadas restringem o tráfego de entrada e saída dos namespaces de operandos do plano de controle. O gerenciamento automatizado do ciclo de vida dos certificados e o suporte nativo a implantações desconectadas atendem a ambientes isolados, de borda e regulamentados.
Para cargas de trabalho de IA, os contêineres confidenciais criptografam os pesos dos modelos tanto em repouso quanto em uso. A compilação da Red Hat do Agent Sandbox, também em prévia tecnológica, usa contêineres em sandbox do OpenShift para executar cargas de trabalho de agentes dentro de máquinas virtuais, criando uma barreira destinada a impedir que código não confiável ou autônomo obtenha acesso irrestrito ao restante do cluster. Essa proteção aborda o risco criado quando agentes geram e executam código que os administradores não revisaram.
Para ambientes heterogêneos, o OpenShift Virtualization 5 usa o Lightspeed e a integração com o MCP para provisionar máquinas virtuais em linguagem natural e automatizar fluxos de trabalho. O backup incremental independente do armazenamento usa o QEMU Change Block Tracking para copiar blocos modificados, em vez de imagens completas de discos virtuais, enquanto o balanceamento de carga com reconhecimento de memória e a troca nativa ajustam as alocações com base no consumo real. A Red Hat também afirma que sua divisão automatizada de recursos de computação de GPU foi projetada para melhorar a utilização do hardware em cargas de trabalho de inferência de IA e em cargas de trabalho empresariais tradicionais.
Atualizações no local e suporte por cinco anos
O caminho de atualização não exige uma mudança imediata de sistema operacional. Os clusters atualizados do OpenShift 4.22 permanecem no Red Hat Enterprise Linux CoreOS 9, enquanto os novos clusters do OpenShift 5.0 usam o CoreOS 10 por padrão. A Red Hat planeja permitir que nós CoreOS 9 e CoreOS 10 coexistam em um mesmo cluster em uma versão futura; esse recurso não está disponível no OpenShift 5.0.
A Red Hat está estabelecendo uma cadência de três anos entre as principais versões, aproximadamente um ano após os lançamentos das principais versões do Red Hat Enterprise Linux. O suporte incluído dura 24 meses, divididos em um ano de suporte completo e um ano de suporte de manutenção.
A Red Hat planeja lançar uma versão com ciclo de vida estendido por ano, respaldada por cinco anos completos de suporte empresarial, por meio de um complemento de três anos além dos períodos incluídos. O ciclo de vida de cinco anos também abrange operadores opcionais, entre eles Red Hat Advanced Cluster Security, OpenShift Service Mesh, OpenShift Pipelines e OpenShift GitOps.
A importância imediata do OpenShift 5 está na combinação desse caminho de atualização com um controle operacional mais rigoroso: os clusters do OpenShift 4.22 podem ser atualizados no local, mas as funções mais autônomas da plataforma ainda exigem aprovação e continuam em prévia. Assim, o lançamento introduz assistência baseada em agentes no gerenciamento de clusters de produção sem tornar a execução autônoma o padrão, enquanto o ciclo de vida mais longo dá às equipes de infraestrutura mais margem para coordenar as operações de IA, máquinas virtuais e contêineres.












