Estado da frota: reconcilie Linux, PostgreSQL e Kubernetes depois da semana de mudanças

O sinal e os factos que mudam a decisão

Entre 13 e 24 de agosto houve novas minors PostgreSQL, Linux 7.2, atualizações stable/LTS e trabalho sobre representação Kubernetes. A prioridade de hoje é comparar estado desejado e observado antes de iniciar a próxima vaga.

PostgreSQL precisa de estado por instância e réplica; Linux por pacote, kernel e boot; Kubernetes por objeto desejado e observado. Versão declarada por pipeline não substitui consulta ao runtime depois de restart ou rollout.

Exceções precisam de prazo, risco, compensação e owner para não se tornarem canal permanente. Dashboards separados podem estar verdes enquanto uma dependência executa versão, formato ou canal não aprovado.

Decisão, limites e condição de bloqueio

Congele uma fotografia por serviço que liga host/cluster, versão, canal, configuração, owner, último teste e exceção.

Dashboards separados podem estar verdes enquanto uma dependência executa versão, formato ou canal não aprovado.

Execução e prova de conclusão

A execução deve começar por exportar estado real das três plataformas e normalizar identificadores. Depois, comparar com baseline aprovado e abrir diferenças com criticidade. O fecho exige retestar saúde, rollback e observabilidade nos outliers antes de nova mudança.

O relatório fecha quando todas as diferenças têm resolução, exceção válida ou risco formalmente aceite.

• exportar estado real das três plataformas e normalizar identificadores.
• comparar com baseline aprovado e abrir diferenças com criticidade.
• retestar saúde, rollback e observabilidade nos outliers antes de nova mudança.
• O relatório fecha quando todas as diferenças têm resolução, exceção válida ou risco formalmente aceite.