Comparar AWS Lambda e ECS Fargate olhando apenas para a tarifa de compute costuma produzir uma resposta frágil. Os dois serviços podem executar código sem que você gerencie servidores, mas recebem workloads de formas diferentes. A comparação útil começa convertendo o trabalho para unidades equivalentes e termina verificando se a opção de menor custo também atende duração, empacotamento, concorrência, latência e operação.
Este guia não publica uma tabela fixa de preços. A AWS diferencia preços por região, arquitetura e modalidade, e esses valores mudam. Abra as páginas oficiais de pricing no dia da análise, converta a moeda de modo explícito se necessário e leve os valores vigentes para a calculadora de Lambda, Fargate e EC2.
Primeiro: descreva o mesmo workload
Use uma janela mensal e registre pelo menos:
- quantidade de execuções;
- duração útil média de cada execução;
- memória e vCPU necessárias;
- simultaneidade de pico;
- volume de transferência e armazenamento temporário;
- região e arquitetura de CPU;
- horas realmente provisionadas no cenário EC2.
O total de trabalho em segundos é:
execuções × duração média em segundos
Para Lambda, a dimensão de memória pode ser expressa como:
GB-s = execuções × duração em segundos × memória em GB
Para Fargate, o mesmo tempo útil pode ser convertido em vCPU-h e GB-h. Essa normalização não torna as arquiteturas idênticas; ela apenas evita comparar uma quantidade de invocações com um número arbitrário de tasks ligadas o mês inteiro.
Como formar cada cenário de custo
Um modelo mínimo de Lambda soma requests, compute em GB-s, armazenamento temporário cobrado e transferência:
Lambda = requests + GB-s + storage temporário + transferência
O cenário de Fargate soma o tempo de vCPU, o tempo de memória, armazenamento temporário e transferência:
Fargate = vCPU-h + GB-h + storage temporário + transferência
Para EC2, a base é diferente porque o custo acompanha as horas provisionadas, não somente as horas úteis do código:
EC2 = horas provisionadas × preço da instância + storage + transferência
Free Tier, Savings Plans, Spot, reservas e descontos contratuais só devem entrar quando a elegibilidade estiver confirmada para cada alternativa. Aplicar o mesmo desconto às três linhas sem verificar as regras pode inverter artificialmente o resultado.
Visual conceitual: as curvas não representam tarifas reais. O cruzamento deve ser recalculado com preços, região e workload próprios.
Exemplo estritamente ilustrativo
Suponha 2 milhões de execuções mensais de 400 ms, com 1 GB de memória. O workload normalizado soma 800 mil segundos e 800 mil GB-s. Em vez de copiar um preço deste artigo, obtenha na página oficial:
- preço por milhão de requests de Lambda;
- preço por GB-s de Lambda;
- preço por vCPU-h e por GB-h de Fargate;
- preços aplicáveis de transferência e armazenamento.
Se o exemplo usar 0,25 vCPU em Fargate, as 222,22 horas úteis equivalem a cerca de 55,56 vCPU-h. Isso é apenas aritmética do cenário. A task real pode permanecer ativa além do tempo útil, ter arredondamento mínimo de cobrança ou exigir recursos maiores. Registre essas diferenças como premissas, em vez de tratá-las como ruído.
Adequação vem antes do vencedor
Segundo o guia oficial de decisão da AWS, Lambda é orientado a eventos e execuções curtas, enquanto Fargate executa aplicações em contêiner. A configuração de timeout de uma função Lambda tem limite máximo de 900 segundos. Portanto, uma tarefa que precisa ultrapassar 15 minutos continuamente não se torna adequada ao Lambda só porque uma estimativa de compute ficou menor.
Faça estas perguntas depois de calcular:
- o processo termina dentro do limite e tolera o modelo de execução do Lambda?
- a imagem, dependências e recursos cabem nos limites vigentes?
- o workload precisa de processo persistente, sidecar ou controle de contêiner?
- há picos cuja simultaneidade exige quota ou capacidade adicional?
- qual é o custo de logs, observabilidade, filas, load balancer, NAT e suporte operacional?
Esses itens podem eliminar uma opção antes da comparação financeira ou adicionar custos que não aparecem na tarifa principal de compute.
Ponto de cruzamento sem falsa precisão
Se uma alternativa tem parcela fixa e outra cresce por execução, existe um volume em que os custos modelados se igualam. De forma simplificada:
volume de equilíbrio = custo fixo mensal ÷ custo marginal por execução
Esse número só é válido enquanto duração, memória, concorrência e preços permanecerem constantes. Ele não é uma recomendação automática. Teste pelo menos três cenários de volume e repita a análise quando o perfil de duração mudar.
Checklist para uma decisão auditável
Antes de registrar a escolha:
- salve a região, a data e os links dos preços consultados;
- mantenha todas as unidades na memória de cálculo;
- confirme que capacidade provisionada comporta as horas e a simultaneidade;
- não conte Free Tier ou desconto sem documentar elegibilidade;
- adicione custos adjacentes comuns às três opções quando aplicáveis;
- registre o motivo técnico pelo qual cada arquitetura atende ao workload;
- valide o resultado no AWS Pricing Calculator antes de contratar ou migrar.
O melhor uso da estimativa não é provar que um serviço “sempre é mais barato”. É deixar claro em qual volume, com quais recursos e sob quais limites uma alternativa passa a custar menos — e o que teria de mudar para a conclusão deixar de valer.
Fontes e vigência
Claims de serviço foram verificadas em 8 de agosto de 2026 nas páginas oficiais da AWS listadas no cabeçalho. Preços não foram transcritos porque variam por região e data. O artigo é educativo, não substitui desenho de capacidade, teste de desempenho nem validação comercial da AWS.