FinOps (Cloud Financial Operations) é a prática que reúne TI, finanças e as áreas de negócio para acompanhar, otimizar e planejar o gasto com nuvem a partir de dados reais de consumo. O objetivo é que cada real gasto em Azure, AWS ou outro provedor tenha um responsável e um motivo, sem prejudicar o desempenho dos sistemas que a empresa usa todos os dias.
O tema ganhou peso nas equipes de TI: segundo o relatório State of the Cloud 2025 da Flexera, 84% dos entrevistados apontam a gestão do gasto com nuvem como o principal desafio das organizações na nuvem. A FinOps Foundation organiza a prática em três fases (informar, otimizar e operar), e boa parte do trabalho inicial depende de hábitos que uma equipe pequena consegue manter.
Por que a fatura da nuvem cresce sem ninguém perceber
Um prédio comercial com um único relógio de luz paga a conta inteira sem saber qual andar consome mais. Ninguém desliga o ar-condicionado da sala vazia, porque ninguém sabe que ele está ligado. Quando cada andar ganha o próprio medidor, o consumo cai quase sozinho: cada área passa a ver o que gasta.
Na computação em nuvem acontece o mesmo, com uma diferença: criar um servidor leva minutos e não passa pelo setor de compras. O gasto se espalha por dezenas de serviços e as causas mais comuns são sempre as mesmas:
- Recursos ociosos. Máquinas virtuais de testes que ficaram ligadas depois do projeto e ambientes de homologação ativos à noite e nos fins de semana.
- Recursos superdimensionados. Servidores criados com mais processamento e memória do que a carga real exige, por precaução.
- Armazenamento esquecido. Discos desanexados, cópias de segurança antigas e arquivos guardados na camada mais cara sem necessidade.
- Transferência de dados. Tráfego entre regiões ou para fora da nuvem, que muitas vezes não aparece no planejamento inicial.
- Preço de tabela. Cargas que rodam o ano inteiro pagas pelo valor sob demanda, sem nenhum desconto por compromisso.
As três fases do FinOps: informar, otimizar e operar
O framework da FinOps Foundation, a principal referência da prática, organiza a prática em três fases que se repetem em ciclo. Elas não são etapas de um projeto com começo e fim: cada equipe pode estar em uma fase diferente ao mesmo tempo.
| Fase | O que se faz | Pergunta que responde |
|---|---|---|
| Informar | Dar visibilidade ao gasto: separar custos por área, projeto e ambiente, e mostrar os números a quem decide | Quem está gastando, com o quê e por quê? |
| Otimizar | Reduzir o uso desnecessário e conseguir tarifas melhores para o que precisa continuar rodando | Onde dá para pagar menos sem perder desempenho? |
| Operar | Transformar as melhorias em regras, orçamentos, alertas e rotinas mensais | Como evitar que o desperdício volte no mês que vem? |
A ordem importa. Uma empresa que começa pela otimização, sem antes saber quem é dono de cada recurso, corre o risco de desligar um servidor que alguém usava e perder a confiança das áreas no processo.
Otimizar o uso: o que desligar, reduzir e reorganizar
A otimização de uso traz o primeiro resultado visível porque ataca o que está ligado sem necessidade. Use esta lista como roteiro da primeira revisão:
- ☐ Programe o desligamento automático dos ambientes de desenvolvimento e testes fora do horário comercial.
- ☐ Compare a capacidade contratada de cada servidor com o uso real das últimas semanas e reduza o que sobra.
- ☐ Apague discos desanexados, imagens e cópias que não têm mais dono nem prazo de retenção.
- ☐ Mova dados pouco acessados para camadas de armazenamento mais baratas, conforme a política de retenção.
- ☐ Ative o escalonamento automático nas aplicações cuja demanda varia ao longo do dia.
- ☐ Avalie trocar servidores que você administra por serviços gerenciados do provedor, no modelo PaaS, quando a aplicação permitir.
O primeiro item surpreende pela conta simples: um ambiente de testes que fica ligado só de segunda a sexta, das 8h às 18h, funciona 50 das 168 horas da semana. A parte de processamento passa a custar menos de um terço do que custava ligada o tempo todo; discos e armazenamento continuam sendo cobrados. No Azure, a máquina precisa ser desalocada, e não apenas desligada pelo sistema operacional.
Otimizar a tarifa: reservas, planos de economia e licenças
Depois de cortar o que sobra, o que continua rodando pode ficar mais barato pelo modelo de compra. Os provedores oferecem descontos em troca de previsibilidade, e cada mecanismo serve para um tipo de carga:
| Mecanismo | Como funciona | Quando faz sentido | Cuidado |
|---|---|---|---|
| Reservas | Compromisso de 1 ou 3 anos com um tipo de recurso, em troca de desconto sobre o preço sob demanda, disponível no Azure e na AWS | Servidores que rodam o tempo todo e não vão mudar de tamanho | Troca e cancelamento têm regras e limites próprios em cada provedor |
| Planos de economia (Savings Plans) | Compromisso de gasto por hora durante 1 ou 3 anos, com mais flexibilidade de tipo de recurso. Existe na AWS (Savings Plans) e no Azure (plano de economia para computação) | Cargas estáveis que podem trocar de família de máquina ao longo do tempo | O compromisso é pago mesmo que o uso caia |
| Capacidade ociosa do provedor (Spot) | Uso de capacidade sobrando com grande desconto, que pode ser interrompida pelo provedor | Processamentos em lote e testes que toleram interrupção | Não serve para sistemas que precisam ficar no ar |
| Licenças que a empresa já tem | Usar no Azure licenças de Windows Server e SQL Server com Software Assurance ou assinaturas qualificadas, por meio do Azure Hybrid Benefit | Empresas que migraram servidores Windows e SQL Server | Sem ativar o benefício, a empresa paga a licença duas vezes; ativando sem licenças suficientes, fica fora de conformidade |
Uma regra prática evita a maior parte dos arrependimentos: primeiro ajuste o tamanho, depois espere um ou dois ciclos de cobrança com o uso estável e só então assuma o compromisso.
Dar um dono a cada real: tags, orçamentos e alertas
As tags dão a visibilidade da fase de informar; orçamentos, alertas e a revisão mensal são o que a fase de operar transforma em rotina:
- Tags obrigatórias. Cada recurso criado recebe etiquetas com o centro de custo, o ambiente (produção, testes, desenvolvimento) e o responsável. Recurso sem etiqueta não passa na revisão.
- Orçamentos por área. Cada área ou projeto tem um valor mensal no Microsoft Cost Management (Azure) ou no AWS Budgets, com alertas quando o gasto chega a 80% e a 100% do previsto.
- Revisão mensal de 30 minutos. TI e finanças olham juntas os maiores desvios do mês, decidem o que muda e registram quem fica responsável por cada ação.
Um exemplo típico da primeira revisão: o alerta de 80% dispara no dia 18 para a área de marketing. A investigação mostra que uma campanha antiga ainda gera relatórios todas as noites em um servidor grande, que ninguém lembrava de desligar. A área decide encerrar o processo, a TI desliga o servidor e o mês fecha dentro do orçamento, com um responsável registrado para a decisão.
Com as tags no lugar, a empresa pode escolher entre dois modelos de transparência. No showback, cada área vê quanto consome, mas o custo continua no orçamento de TI. No chargeback, o valor é cobrado do orçamento da própria área. O showback é o melhor ponto de partida: cria o hábito de olhar o número antes de mexer em centros de custo.
Como economizar sem perder desempenho
A preocupação de que um corte derrube um sistema trava muitas iniciativas de FinOps. Na prática, cada otimização tem um cuidado conhecido:
| Otimização | Risco | Como fazer com segurança |
|---|---|---|
| Reduzir o tamanho de um servidor | Lentidão nos horários de pico | Basear a decisão no pico de uso das últimas semanas, e não na média, e reduzir um nível por vez |
| Desligar ambientes fora do horário | Alguém precisar do ambiente à noite | Combinar o horário com as equipes e manter um jeito simples de ligar sob demanda |
| Mover dados para camadas mais baratas | Demora ou custo extra para recuperar arquivos | Aplicar só a dados com baixa frequência de acesso e respeitar a política de retenção |
| Assumir reservas ou planos de economia | Pagar por capacidade que deixou de ser usada | Revisar a cobertura a cada trimestre e ajustar nas renovações |
Um plano de 30 dias para começar
Não é preciso uma ferramenta nova nem um projeto longo para dar o primeiro passo. Este roteiro cabe na rotina de uma equipe pequena:
- Semana 1: visibilidade. Defina as tags obrigatórias, aplique-as aos recursos que já existem e monte uma visão do gasto por área e por ambiente no console do provedor.
- Semana 2: o que sobra. Liste recursos ociosos, discos desanexados e ambientes que podem ser desligados fora do horário, e combine com os responsáveis o que sai.
- Semana 3: o tamanho certo. Escolha os cinco servidores mais caros que não são de produção e ajuste-os com base no pico de uso.
- Semana 4: rotina. Crie os orçamentos com alertas, marque a revisão mensal entre TI e finanças e anote quais cargas estáveis são candidatas a reserva.
No fim do mês, a empresa já sabe quem gasta o quê e tem uma data marcada para revisar.
Quem conduz o FinOps na sua empresa
Em empresas de médio porte, raramente existe alguém dedicado só a isso. O FinOps fica com o analista de infraestrutura, que revisa a fatura quando sobra tempo. Funciona melhor quando há um responsável claro por conduzir o ciclo e as áreas participam das decisões.
Esse responsável pode estar dentro de casa ou em um parceiro. A divisão entre o que fica com o fornecedor e o que continua com a sua equipe segue a mesma lógica que explicamos no artigo sobre terceirização de TI e segurança: o parceiro executa e mede, a sua empresa decide o que é prioridade.
Na TecnetOne, a nuvem gerenciada inclui a análise da fatura e do consumo, a gestão das assinaturas e uma revisão periódica da saúde do ambiente, em Azure e AWS, com atendimento em português.
Perguntas frequentes sobre FinOps
FinOps vem de Cloud Financial Operations, ou operações financeiras da nuvem. O termo se popularizou com a FinOps Foundation, ligada à Linux Foundation, que publica o framework e as boas práticas usadas como referência pelo mercado.
Serve. A escala muda, mas os hábitos são os mesmos: etiquetar recursos, desligar o que não é usado e revisar a fatura todo mês. Para uma empresa com uma única assinatura de nuvem, esse ciclo cabe em poucas horas por mês.
A economia de desligar recursos ociosos e reduzir servidores superdimensionados já aparece na fatura do mês em que a mudança é feita, proporcional aos dias restantes. Com reservas e planos de economia, o desconto vale a partir da data de início do compromisso.
Nem sempre. Uma migração tem custos próprios, como a transferência de dados e o trabalho de adaptar as aplicações, e o desperdício costuma acompanhar a empresa se os hábitos não mudarem. Antes de trocar, vale aplicar as fases do FinOps no ambiente atual e comparar com números reais.
Funciona, e é ainda mais necessário. Em ambientes com várias nuvens, ou que combinam nuvem pública, privada e híbrida, o primeiro passo é reunir os custos em uma visão única, com as mesmas tags e os mesmos centros de custo em todos os provedores.
Especialista em Microsoft Cloud e cibersegurança, com mais de uma década de experiência no setor de tecnologia. É reconhecido pelo amplo conhecimento na implementação de soluções em nuvem e na proteção de dados e sistemas contra ameaças cibernéticas. Como líder e palestrante, compartilha conhecimento e boas práticas em eventos de tecnologia e programas de capacitação, ajudando empresas e profissionais a aproveitar a tecnologia com segurança.
