Agenda da Prova de Conceito — escopo e objetivos, metodologia com Git e Red Hat Connectivity Link, sessões técnicas de HCP e modos de instalação.
Estrutura da prova de conceito: da metodologia (Git, RHCL e ambientes) à operação de clusters virtualizados.
O que a PoC valida, o que está dentro e fora do escopo, e os critérios de sucesso.
Git como componente central da PoC (execuções, testes, evidências e automações), exposição de serviços com RHCL e ambientes Red Hat × on-prem do cliente.
Sessão dedicada a Hosted Control Planes: o que muda na operação, custo e escala dos clusters.
Novidades em instalação e provisionamento declarativo com Cluster API (CAP).
Como vamos conduzir a PoC no dia a dia: ritmo, papéis, canais e entregas.
Atualização e configuração da plataforma OpenShift Virtualization, em bare metal — ambiente já instalado, levado à última versão (clusters e componentes) — com posterior atualização do cluster virtual OpenShift sobre o cluster principal, bem como uso de modernização de virtualização para máquinas virtuais.
Toda decisão técnica da PoC será avaliada também por estas três diretrizes — não basta funcionar, precisa fazer sentido para o banco.
Consolidar virtualização e containers na mesma plataforma, reduzir licenciamento de hypervisor e otimizar uso de hardware e operação.
Alta disponibilidade, live migration, snapshots/backup e resiliência a falhas de nó — comportamento previsível sob carga e em manutenção.
Tudo declarativo e versionado no Git — GitOps — aderente à forma como o banco já opera OpenShift: auditável, reprodutível e automatizável.
A PoC roda sobre dois clusters OpenShift Virtualization já instalados, cada um dedicado a uma frente de testes.
Toda a etapa de instalação já foi executada na PoC anterior: cluster principal e cluster virtual instalados e validados. Nesta fase não refazemos a instalação — apenas atualizamos.
Com o ambiente pronto, o roteiro fica mais curto: re-validação, atualização dos dois clusters para a última versão, validação com testes básicos e execução do caderno de testes. Data de início (TBD) a confirmar.
Conectividade L7 para OpenShift, construída sobre Kuadrant e Gateway API — exposição de serviços com DNS automático e segurança por padrão.
Mapear serviços e APIs que a PoC precisa expor.
HTTPRoute + DNSPolicy no Gateway — FQDN publicado automaticamente.
AuthPolicy, RateLimitPolicy e TLSPolicy por rota.
Acesso ponta-a-ponta, observabilidade e ajuste fino.
Tudo o que será feito no ambiente do cliente é reproduzido antes em ambiente Red Hat — os testes avançam sem depender de janelas e aprovações, e só o que foi validado é replicado no on-prem.
Control plane hospedado (HyperShift): o plano de controle do OpenShift roda como workload em um management cluster, separado do data plane.
Control planes menores e compartilhados, sem nós dedicados de CP por cluster.
Atualizações independentes e mais frequentes do control plane.
Muitos clusters a partir de um único management cluster.
Falhas do CP não impactam as cargas de trabalho (VMs).
Novidades nos modos de instalação do OpenShift e o provisionamento declarativo com Cluster API (CAP).
Proposta de condução da PoC — para validação com o time BB.
Pontos para fechar com o time BB nesta reunião:
As respostas ficam salvas neste navegador.