Atribuir o que não tem responsável

O custo sem responsável não é controlado por ninguém

Um custo que não pode ser atribuído a ninguém é um custo que ninguém se sente obrigado a explicar. Por isso, a atribuição é o ponto em que o FinOps passa de relatório a gestão: quando cada equipa vê o seu custo, começa a decidir sobre ele.

Três fontes de atribuição

Estrutura de contas. A forma mais robusta: separar contas, subscrições ou projetos por aplicação ou ambiente. Tudo o que acontece dentro de uma conta já tem responsável, sem depender de ninguém.

Etiquetas. Pares chave-valor em cada recurso (aplicacao, equipa, ambiente, centro-de-custo). São flexíveis, mas dependem da disciplina: um recurso sem etiqueta não se atribui sozinho.

Regras de repartição. Para o que não pode ser atribuído diretamente: suporte, rede partilhada, plataformas comuns, recursos sem etiqueta. Reparte-se com uma regra explícita (proporcional ao consumo, em partes iguais, por número de utilizadores) e a regra fica escrita.

Uma taxonomia antes das etiquetas

O erro habitual é começar a etiquetar sem acordar que etiquetas existem. Antes é preciso definir:

As chaves obrigatórias, poucas e estáveis.
Os valores permitidos para cada chave, para evitar que financas, Financas e fin sejam três equipas diferentes.
Quem é responsável por que cada recurso as tenha, e como se controla na implementação (o ideal: que a infraestrutura como código não permita criar um recurso sem elas).

O que fazer com o que não tem etiqueta

No início será muito, e não há problema. A regra prática:

Medi-lo e mostrá-lo. A percentagem de custo sem atribuição é um indicador em si mesma e tem de descer mês após mês.
Não o esconder em «outros». Se for repartido, que seja com uma regra visível; se não, que apareça como sem atribuição, com o seu montante.
Corrigir na origem. Cada recurso sem etiqueta detetado é uma tarefa para a equipa que o criou, não um ajuste no relatório.

O que é partilhado também tem responsável

Uma plataforma comum (um cluster, uma rede, um serviço de observabilidade) tem responsável: a equipa que a opera. O seu custo é repartido por quem a usa, com uma regra acordada. O que não pode acontecer é ficar a flutuar sem ninguém que responda por ele.

Como o aplicamos: Engenharia FinOps.