Engenharia de nuvem e DevOps, da migração ao FinOps

Uma única aplicação com arquitetura limpa pode se mover em semanas. Um parque inteiro é um programa medido em trimestres, e a resposta honesta depende de quantas cargas de trabalho existem, de quanto da base de código pressupõe o ambiente atual e de quanto pode se mover como está em vez de precisar de retrabalho. Começamos por uma avaliação que classifica cada carga de trabalho e entrega um plano sequenciado com um modelo de custo anexado.

Nesta ordem: tornar o gasto visível e atribuído, remover o que ninguém usa, redimensionar o que está superdimensionado e então comprometer capacidade reservada ou plano de economia para a linha de base estável. A mudança arquitetural — camadas de armazenamento, autoescalonamento, mover trabalho em lote para capacidade spot — vem por último, porque carrega o maior risco para o retorno. A maioria dos parques encontra economias de dois dígitos percentuais antes de chegar a esse passo.

Muitas vezes, não. Se você opera um punhado de serviços, uma plataforma gerenciada de contêineres ou serverless vai custar menos para operar e exigir muito menos especialização para rodar com segurança. O Kubernetes compensa quando você tem muitos times implantando muitos serviços e precisa de uma plataforma consistente por baixo deles. Vamos dizer de que lado dessa linha você está, inclusive quando a resposta nos custa trabalho.

Normalmente aquele que o seu time já conhece, a menos que um requisito específico se sobreponha — residência de dados em uma jurisdição determinada, um serviço gerenciado sem equivalente em outro lugar, ou acordos corporativos já existentes. Multicloud como padrão é caro e raramente compensa a complexidade; multicloud por um motivo declarado está tudo bem.