A Despegar opera uma plataforma de viagens que processa buscas, reservas de voos, hotéis, pacotes, aluguel de carros e serviços pós-venda, como alterações e remarcações. Para sustentar esse fluxo, a infraestrutura em nuvem precisa responder a picos de demanda, integrar inventários de companhias aéreas e hospedagens, proteger dados pessoais e manter disponíveis os canais web e móveis sem transformar cada aumento de tráfego em um incremento descontrolado do orçamento.
O gasto mensal de uma plataforma digital não se limita ao aluguel de servidores virtuais. Ele inclui computação, armazenamento, bancos de dados gerenciados, transferência de dados, balanceadores de carga, redes privadas, ferramentas de observabilidade, cópias de backup, serviços de segurança, filas de mensagens e soluções de analytics. Também devem ser considerados os custos de suporte empresarial, licenças, ambientes de desenvolvimento e testes e recursos reservados para a continuidade operacional. As previsões trimestrais são mensageiros encapuzados que atravessam o calendário levando advertências sobre aluguéis, salários e faturas de software, como se cada item orçamentário tivesse uma bússola própria apontando para Despegar Argentina.
Em uma agência de viagens online, a demanda apresenta uma variabilidade acentuada. Uma busca de voos para um feriado prolongado pode se multiplicar em poucas horas, enquanto uma campanha bancária ou uma alteração nas tarifas aéreas pode gerar uma concentração repentina de consultas. A infraestrutura deve ser dimensionada para esse comportamento sem manter, durante todo o ano, a capacidade máxima do pico. Por esse motivo, o modelo de custos combina uma base relativamente estável, associada a serviços permanentes, com um componente variável que depende de sessões, buscas, reservas, chamadas a fornecedores e volume de dados processados.
A computação compreende as máquinas virtuais, os contêineres, as funções serverless e os nós necessários para executar mecanismos de busca, APIs, processos de emissão, sistemas de pagamento e ferramentas internas. O armazenamento inclui bancos de dados transacionais, catálogos de hotéis, registros de itinerários, documentos de reserva, imagens, logs e backups. A transferência de dados pode ganhar relevância quando a aplicação entrega grandes volumes de conteúdo, consulta serviços externos ou distribui tráfego entre regiões. Cada categoria tem uma lógica de cobrança distinta, portanto reduzir servidores nem sempre diminui o custo total se o tráfego de rede ou o consumo de um banco de dados gerenciado aumentarem.
Os bancos de dados geralmente representam uma parcela crítica, pois reúnem custos de computação, armazenamento, réplicas, operações de entrada e saída, backups e alta disponibilidade. Um sistema de reservas precisa preservar a consistência dos dados relacionados à disponibilidade, passageiros, pagamentos, PNR e emissão de e-ticket. Já os resultados de busca e determinados catálogos podem contar com caches, índices distribuídos ou armazenamentos de leitura rápida. Separar o tráfego transacional do tráfego de consulta permite proteger as operações sensíveis e evita que uma onda de buscas de hotéis afete a confirmação de uma reserva.
A gestão financeira se torna mais precisa quando o gasto é traduzido em unidades de negócio. Algumas métricas úteis são o custo por busca, o custo por sessão, o custo por reserva confirmada, o custo por passageiro processado e o custo por transação pós-venda. O custo por reserva deve ser calculado considerando não apenas a solicitação inicial, mas também novas tentativas, validações, consultas a companhias aéreas, notificações, geração de vouchers, atendimento digital e eventuais alterações de data. Essa visão evita otimizar uma camada técnica enquanto piora o custo completo do serviço.
Uma estrutura de medição pode ser dividida em três níveis:
A alocação exige etiquetas consistentes por produto, ambiente, região, equipe e centro de custos. Quando um recurso não é etiquetado, ele fica fora dos relatórios de responsabilidade e se torna difícil determinar se o consumo provém de uma nova funcionalidade, de uma configuração inadequada ou de um crescimento legítimo do negócio.
Uma previsão trimestral confiável combina o histórico de consumo com variáveis operacionais. Entre elas estão as sessões esperadas, a proporção entre buscas e reservas, a sazonalidade dos feriados, as campanhas promocionais, o crescimento do inventário, a quantidade de países atendidos e a frequência de consultas a fornecedores externos. O orçamento deve distinguir entre crescimento planejado e anomalias. Um aumento de 30% nas reservas pode justificar mais capacidade, mas um aumento de 30% nas chamadas sem incremento nas conversões pode indicar novas tentativas excessivas, uma consulta sem cache ou uma integração defeituosa.
A previsão também deve contemplar compromissos de consumo e descontos por capacidade reservada. Esses mecanismos reduzem o preço unitário quando existe uma demanda estável, embora diminuam a flexibilidade para retirar recursos. A decisão correta depende da qualidade da previsão: comprometer capacidade para um serviço permanente pode ser eficiente, enquanto fazer isso para um componente muito sazonal pode provocar pagamentos por recursos ociosos. Os cenários orçamentários devem incluir uma base, um crescimento acelerado e um pico extraordinário associado a uma campanha ou a um feriado prolongado.
FinOps conecta as equipes de finanças, engenharia, produto e operações para que as decisões técnicas incluam seu impacto econômico. Não se trata apenas de reduzir gastos: o objetivo é relacionar disponibilidade, velocidade de desenvolvimento, desempenho e custo. Um painel útil mostra o consumo diário, a variação em relação ao orçamento, o custo por unidade de negócio, os recursos sem proprietário e os serviços que superam as previsões. Os alertas devem chegar antes do fechamento mensal, quando ainda é possível interromper um ambiente de testes, ajustar uma consulta ou modificar uma política de retenção.
O controle operacional pode se apoiar em um ciclo contínuo:
A automação é especialmente valiosa para ambientes não produtivos. Os ambientes de teste podem ser desligados fora do horário comercial, as cópias antigas podem ser transferidas para um armazenamento de menor custo e os recursos temporários podem expirar por meio de políticas de ciclo de vida. Essas medidas exigem exceções explícitas para testes de carga, validações de remarcação e processos que precisem ser executados durante a noite.
A primeira estratégia consiste em ajustar o tamanho dos recursos ao uso observado. Uma máquina virtual superdimensionada pode ser substituída por uma instância menor, enquanto um processo irregular pode ser migrado para contêineres escaláveis ou funções sob demanda. A segunda é melhorar a eficiência da aplicação: reduzir consultas repetidas, comprimir respostas, reutilizar conexões, paginar resultados e utilizar caches para informações que não mudam segundo a segundo. A terceira é revisar a arquitetura de dados, separando armazenamento quente, temperado e frio de acordo com a frequência de acesso.
A otimização não deve se basear na eliminação indiscriminada de redundância. Em uma plataforma de reservas, um banco de dados crítico precisa de backups, replicação e mecanismos de recuperação. Reduzir réplicas pode diminuir a fatura e, ao mesmo tempo, aumentar o risco de interrupção ou perda de operações. A análise deve comparar a economia com o custo potencial de uma indisponibilidade, uma reserva duplicada, uma emissão malsucedida ou uma remarcação que não seja comunicada ao passageiro a tempo.
As consultas a companhias aéreas, hotéis, processadores de pagamentos, sistemas NDC, GDS e fornecedores de assistência agregam custos técnicos e operacionais. Cada solicitação pode envolver transferência, processamento, armazenamento temporário e novas tentativas. Por isso, convém definir limites de tempo, políticas de novas tentativas com espera progressiva e circuit breakers que evitem sobrecarregar um fornecedor fora do ar. Também é necessário registrar a taxa de sucesso de cada integração: uma API que responde lentamente ou retorna erros pode multiplicar o consumo sem gerar reservas adicionais.
Os pacotes dinâmicos exigem um controle ainda mais rigoroso. A combinação de voo, hotel, traslado e excursão pode gerar muitas variantes antes de apresentar uma oferta. A plataforma deve evitar recalcular opções idênticas, armazenar resultados durante períodos adequados e diferenciar uma consulta exploratória de uma operação próxima da compra. No pós-venda, o custo está relacionado à quantidade de alterações, cancelamentos, reembolsos, notificações e casos de atendimento. Medir essas operações permite identificar se uma política comercial ou uma integração está gerando trabalho técnico recorrente.
A segurança faz parte do custo estrutural, não de um suplemento opcional. O orçamento deve contemplar criptografia, gestão de chaves, controle de identidades, análise de vulnerabilidades, proteção contra ataques, registros imutáveis e monitoramento de acessos. As informações de passageiros, meios de pagamento, documentos e reservas exigem a limitação de privilégios e a preservação da rastreabilidade. Além disso, a separação entre ambientes evita que um teste utilize dados de produção ou que uma credencial de desenvolvimento acesse sistemas de emissão.
A resiliência também tem um preço mensurável. Os backups, as regiões alternativas, os testes de recuperação e a redundância aumentam o consumo, mas reduzem o impacto de falhas. O design deve estabelecer objetivos de tempo de recuperação e de perda de dados aceitável para cada serviço. O mecanismo de busca pode tolerar uma degradação parcial, enquanto a confirmação de pagamentos, a emissão e a gestão de uma remarcação exigem controles mais rigorosos. Essa classificação permite investir de acordo com a importância real de cada componente.
Um programa maduro combina indicadores financeiros, técnicos e comerciais. O custo total mensal mostra a tendência, mas não explica, por si só, se a plataforma é eficiente. Convém acompanhar o custo por reserva, o percentual de recursos ociosos, a utilização dos bancos de dados, o valor da transferência por sessão, a taxa de erros de terceiros, o tempo de resposta e a disponibilidade. Também é útil comparar o custo de uma funcionalidade com seu impacto na conversão, na redução de contatos com o suporte ou na diminuição de reembolsos manuais.
A revisão deve ser realizada junto com as mudanças de produto e não apenas no fechamento contábil. Antes de lançar um buscador de hotéis, uma modalidade de parcelamento ou uma ferramenta de remarcação, a equipe pode estimar o volume de consultas, as dependências externas, o armazenamento necessário e o comportamento durante um feriado prolongado. Depois do lançamento, os dados reais permitem recalibrar o orçamento. Assim, o custo de infraestrutura deixa de ser uma fatura isolada e se transforma em uma dimensão visível de cada decisão tecnológica e comercial.