Pular para o conteúdo
Cloud e DevOps · Custo

A conta da nuvem sobe devagar, todo mês, até virar uma linha que ninguém explica.

Tornamos o custo atribuível por área e por ambiente, cortamos o que não tem uso e colocamos acompanhamento, porque conta que ninguém revisa volta a subir sozinha.

Custo por área
Desperdício eliminado
Acompanhamento contínuo

O que FinOps resolve

O custo deixa de ser um número e vira informação com dono.

Enquanto a conta for uma linha só, ninguém pode agir sobre ela. O primeiro trabalho é torná-la atribuível.

Atribuição por área e ambiente

Com recurso identificado, dá para dizer quanto custa cada sistema, ambiente e time.

Corte do que não tem uso

Recurso órfão, ambiente esquecido e capacidade ociosa quase sempre são o primeiro ganho, e o mais rápido.

Acompanhamento e alerta

Variação fora do padrão gera aviso, em vez de aparecer só na fatura do mês seguinte.

O que a análise encontra

Ninguém decidiu gastar mais. O gasto cresceu porque cada decisão pequena ficou.

Ambiente criado para um teste, máquina dimensionada para um pico que passou, disco de um projeto encerrado. Nada disso aparece até alguém somar.

Existem recursos rodando que ninguém consegue associar a um sistema ou a uma área.

A capacidade contratada foi dimensionada para o pico e continua paga nas 20 horas em que não é usada.

A conta chega como um número único, então não há como discutir gasto com quem o gerou.

O que entra em FinOps

Da visibilidade ao acompanhamento contínuo. O corte inicial é a parte fácil; manter o custo estável é o trabalho.

Visibilidade e atribuição

Identificação de recursos por área, ambiente e sistema, transformando a fatura única em informação que alguém consegue discutir.

Custo por áreaCusto por ambienteFatura explicável

Eliminação de desperdício

Recurso órfão, ambiente esquecido, disco não usado e capacidade superdimensionada, que quase sempre são o ganho mais rápido.

Recurso órfãoAmbiente esquecidoCapacidade ociosa

Dimensionamento por uso real

Ajuste de capacidade com base no consumo observado, e não o que foi estimado quando o ambiente nasceu.

Uso observadoAjuste de capacidadeEscala por demanda

Compromissos e descontos

Avaliação de planos de compromisso do provedor para a carga que é estável de verdade, sem travar o que ainda vai mudar.

Carga estávelCompromisso avaliadoSem travar o instável

Alerta de variação

Aviso quando o custo sai do padrão, para que um ambiente esquecido ligado não apareça só na fatura seguinte.

Limite por áreaAviso de desvioSurpresa evitada

Acompanhamento periódico

Revisão do gasto com as áreas, porque decisão de arquitetura e de produto muda custo, e a conversa precisa ser recorrente.

Revisão periódicaConversa com as áreasTendência visível

Quando faz sentido conversar

FinOps se paga quando a conta já é grande o bastante para que a economia cubra o esforço.

Ambiente pequeno com conta baixa não justifica o trabalho, e dizemos isso. O ganho aparece quando o gasto é relevante e ninguém consegue explicá-lo.

A conta da nuvem cresce todo mês e ninguém sabe apontar o motivo.

Não é possível dizer quanto custa cada sistema, ambiente ou área.

Existem recursos rodando que ninguém consegue associar a nada.

A capacidade foi dimensionada para um pico e nunca mais foi revista.

Como funciona o acompanhamento de custo

Corte de custo sem acompanhamento dura um trimestre. O ciclo existe porque toda decisão nova de arquitetura volta a mexer na conta.

01

ETAPA 01

Levantamento

Analisamos a fatura em detalhe, identificamos recursos sem dono, comparamos capacidade contratada com uso real e estimamos o ganho possível.

02

ETAPA 02

Implantação

Aplicamos identificação por área e ambiente, desligamos o que não tem uso e ajustamos capacidade, sempre com validação de quem depende do recurso.

03

ETAPA 03

Operação

Custo acompanhado com alerta de variação, e decisões novas de arquitetura avaliadas também pelo efeito que têm na conta.

04

ETAPA 04

Revisão

Revisão periódica com as áreas: o que mudou, o que voltou a crescer e onde vale agir. Daí o ciclo recomeça.

O que muda quando o custo tem dono

Ganho rápido no primeiro corte

Recurso órfão e capacidade ociosa costumam responder por parte relevante da conta, e saem sem afetar a operação.

Conversa de custo com quem decide

Com gasto atribuído, a discussão deixa de ser sobre a conta total e passa a ser sobre escolhas específicas de cada área.

Conta que para de crescer sozinha

O acompanhamento é o que impede o gasto de voltar ao patamar anterior três meses depois do corte.

Dúvidas mais comuns

O que perguntam antes de mexer no custo

“Cortar custo não vai derrubar a operação?”

Por isso o primeiro corte é sobre o que não tem uso, que é seguro. Ajuste de capacidade vem depois, com validação de quem depende do recurso.

“O provedor já tem ferramenta de custo.”

Tem, e ela é usada. O que falta não é o painel: é identificação dos recursos, decisão sobre o que sai e alguém revisando com recorrência.

“Minha conta é pequena. Vale?”

Talvez não, e dizemos. Abaixo de certo patamar, a economia não cobre o esforço de acompanhar. O diagnóstico responde isso com número.

“Quanto dá para economizar?”

Varia muito, e desconfie de quem promete um percentual antes de olhar. O diagnóstico estima com base no que encontrou no seu ambiente.

“Isso é migrar de provedor?”

Não. FinOps é sobre usar melhor o que já existe. Migração é outra decisão, com custo próprio, e raramente é a primeira resposta.

“Não dá para fazer uma vez só?”

Dá, e o ganho inicial acontece. Mas sem acompanhamento a conta volta a crescer, porque cada decisão nova de arquitetura mexe nela.

Próximo passo

Se a conta da nuvem cresce todo mês e ninguém consegue apontar o motivo, o diagnóstico responde isso com número.

A análise detalha a fatura, encontra o que não tem dono, compara capacidade com uso real e estima o ganho possível antes de qualquer contrato.

  • Análise detalhada da fatura e dos recursos sem dono
  • Comparação entre capacidade contratada e uso real
  • Estimativa de ganho e proposta de acompanhamento