↓Pular para o conteúdo principal
  1. Cases/
CASE REAL

De VPS para Kubernetes com GitOps: migração progressiva para OKE

Case anonimizado: evolução progressiva de ambiente legado em VPS para Kubernetes/OKE, com convivência controlada e GitOps via ArgoCD.

·2 minutos

Contexto #

O ambiente tinha workloads legados em VPS e uma frente de evolução para Kubernetes na OCI.

A documentação histórica recuperada registra uma migração progressiva para OKE, mantendo o ambiente anterior operacional durante a transição. Também registra uso de ArgoCD, Crossplane, Prometheus, Grafana, Loki, Traefik/Nginx e Docker.

Uma auditoria técnica read-only posterior confirma a existência de clusters OKE e workers ativos no ambiente, sem depender apenas da narrativa do site.

O que está comprovado #

  • coexistência entre legado e Kubernetes durante a evolução;
  • OKE como plataforma Kubernetes;
  • GitOps com ArgoCD;
  • Crossplane no ecossistema de provisionamento;
  • observabilidade com Prometheus/Grafana/Loki;
  • Traefik/Nginx e Docker na operação.

O que não vou completar no texto #

A fonte recuperada nesta revisão não documenta uma sequência universal de seis passos, nem prova que todo serviço seguiu exatamente o mesmo procedimento de virada e rollback.

Essa sequência existia na versão anterior do case, mas foi retirada para não transformar uma boa prática em fato histórico sem evidência suficiente.

Aprendizado #

Migração progressiva permite conviver com legado enquanto a nova plataforma ganha maturidade. O ponto importante aqui é a coexistência real entre os dois modelos e a adoção de GitOps — não uma receita inventada depois.

Tecnologias #

OCI · OKE · Kubernetes · ArgoCD · Crossplane · Docker · Traefik · Prometheus · Grafana · Loki

TEM UM CENÁRIO PARECIDO?

Me chama.

Manda o contexto, os sintomas e o que já foi testado. Bora organizar as evidências antes de sair mexendo.

Falar com Castro →
Sem enrolação. Com evidência.