Publicado a

FinOps não é cortar custos

FinOps não é um programa de poupança. É uma forma de trabalhar que transforma o custo cloud numa decisão de negócio, com um ciclo que se repete.

Linha de serviço Engenharia FinOps

O mal-entendido mais caro

Quando a fatura cloud sobe, a reação habitual é pedir um corte. Desligam-se máquinas, reduzem-se tamanhos, congela-se tudo o que é novo. O valor desce durante algumas semanas e depois volta a subir, porque nada mudou na forma de decidir.

O FinOps nasce precisamente para sair desse ciclo. A FinOps Foundation define-o, no essencial, como uma prática operacional e cultural que procura maximizar o valor de negócio da cloud, com as equipas de engenharia, finanças e negócio a decidir em conjunto e com dados. A palavra-chave não é poupança: é valor. Por vezes, a decisão certa é gastar mais, porque esse gasto traz mais receita do que o custo que acrescenta.

O que o FinOps é e o que não é

Não é É
Um projeto com data de fim Uma prática contínua
Responsabilidade apenas das finanças Responsabilidade partilhada: quem implementa também responde pelo custo
Cortar às cegas Decidir com dados de custo atempados e fiáveis
Uma ferramenta que se compra Um método que se adota (as ferramentas ajudam, não o substituem)

Na base estão poucas ideias: as equipas colaboram, o valor de negócio orienta as decisões técnicas, cada um assume a responsabilidade pelo que consome, os dados de custo têm de ser acessíveis e exatos, e o modelo de custo variável da cloud é uma vantagem a aproveitar, não um risco a esconder.

O ciclo: informar, otimizar, operar

O FinOps funciona como um ciclo de três fases que se percorre vezes sem conta, cada volta com mais maturidade:

Ciclo FinOps com anéis de maturidadeInformar, otimizar e operar à volta do valor de negócio, em anéis de maturidade: gatinhar, andar e correr.FINOPS · O CICLOUm ciclo, cada volta mais maduraCORRERANDARGATINHAR InformarVer e atribuir OtimizarUtilização e tarifa OperarHábito e responsáveisValor denegócioMaturidade: gatinhar · andar · correr (FinOps Foundation)N100F · n100f.com

  1. Informar. Ver o custo: normalizá-lo, atribuí-lo a quem o gera e colocá-lo à frente das pessoas que decidem. Sem esta fase, tudo o resto é opinião.
  2. Otimizar. Agir: eliminar o que não se usa, ajustar tamanhos, comprometer o consumo estável a uma tarifa melhor. Com os dados da fase anterior, sabe-se o que mexer primeiro.
  3. Operar. Transformá-lo em hábito: responsáveis por aplicação, revisão periódica, metas por unidade de negócio e decisões registadas.

Não é preciso ter as três maduras para começar. O habitual é dar uma primeira volta rápida e melhorar a cada passagem.

Porque é que importa começar por aqui

Uma organização que confunde FinOps com cortar acaba com equipas que escondem consumo e com um custo que volta a crescer assim que a pressão abranda. Uma organização que entende o FinOps como uma prática de valor consegue responder à pergunta que importa: este gasto vale o que custa?

Esse é o fio desta série: dos conceitos à forma como se constrói, passo a passo, a base de dados de custo que permite responder a essa pergunta.


Como o aplicamos: Engenharia FinOps.

Se o seu custo cloud cresce sem que ninguém saiba porquê, ou a sua arquitetura depende de quem a montou, falemos.

Falemos