Preço do AWS Lambda

Computação sem servidor para cada workload

Visão geral

O AWS Lambda é um serviço de computação sem servidor que cobra somente pelo que você usa. O preço das funções de evento do Lambda é determinado por solicitação e duração da execução. O Lambda MicroVMs tem um preço por instância-segundo. O preço das funções web do Lambda é definido por solicitações e tempo de CPU ativo.
  • Funções de eventos

  • Preço das funções de evento do Lambda

    O preço das funções de evento do Lambda é baseado no número de solicitações atendidas e na duração da execução do código, medida em GB-segundos. Você escolhe a memória alocada para sua função e obtém CPU e recursos proporcionais. O nível gratuito inclui um milhão de solicitações e 400.000 GB-segundos por mês.

    Evento assíncrono (incluindo eventos do S3, SNS, EventBridge, StepFunctions, CloudWatch Logs): Haverá cobrança por 1 solicitação por cada evento assíncrono nos primeiros 256 KB. Um tamanho de evento individual acima de 256 KB é cobrado como 1 solicitação adicional para cada 64 KB de bloco de até 1 MB.

    O custo da duração depende da quantidade de memória alocada para sua função. Você pode alocar qualquer quantidade de memória para sua função entre 128 MB e 10.240 MB, em incrementos de 1 MB. A tabela a seguir contém alguns exemplos do preço por 1 ms associado a diferentes tamanhos de memória para uso no primeiro nível de preço: por exemplo, até 6 bilhões de GB-segundos/mês na região Leste dos EUA (Ohio)

    • Preço do x86
    • Preço do Arm

    Os níveis de preço da duração do Lambda sob demanda são aplicados à duração mensal agregada das suas funções em execução na mesma arquitetura (x86 ou Arm, respectivamente), na mesma região, na conta. Se você estiver usando faturamento consolidado no AWS Organizations, os níveis de preço serão aplicados à duração mensal agregada das suas funções em execução na mesma arquitetura, na mesma região, nas contas da organização.

    Lambda Managed Instances

    O Lambda Managed Instances permite que você execute funções de evento do Lambda em instâncias do EC2 totalmente gerenciadas na sua VPC, combinando a experiência de desenvolvimento sem servidor do Lambda com a eficiência de custos e a flexibilidade de hardware do EC2. Esse recurso é ideal para workloads estáveis e de alto volume em que você deseja otimizar os custos e, ao mesmo tempo, manter a simplicidade operacional do Lambda.

    Com o Lambda Managed Instances, você pode selecionar entre uma ampla variedade de tipos de instâncias do EC2 de última geração para atender aos requisitos de sua workload, aproveitar as opções de preços do EC2, incluindo Savings Plans para instâncias do EC2, Savings Plans para computação e Instâncias Reservadas, e processar várias solicitações simultaneamente no mesmo ambiente de execução para maximizar a utilização dos recursos. O Lambda gerencia automaticamente o provisionamento, a escalabilidade, a aplicação de patches e o gerenciamento do ciclo de vida das instâncias, enquanto você mantém o modelo de programação familiar do Lambda e a integração perfeita com fontes de eventos como o SQS, Kinesis e Kafka.

    Preços:
    Os preços do Lambda Managed Instances têm três componentes:

    1. Cobranças de solicitações: USD 0,20 por milhão de solicitações
    2. Taxa de gerenciamento de computação: prêmio de 15% sobre o preço da instância sob demanda do EC2 para as instâncias provisionadas e gerenciadas pelo Lambda (prêmio para cada tipo de instância fornecido abaixo)
    3. Cobranças de instâncias do EC2: O preço padrão das instâncias do EC2 se aplica às instâncias provisionadas em seu provedor de capacidade. Você pode reduzir custos usando os Savings Plans para computação, as Instâncias Reservadas ou outras opções de preços do EC2

    Observe que as funções do Lambda Managed Instances não serão cobradas separadamente pela duração da execução de cada solicitação, ao contrário das funções do tipo de computação do Lambda (padrão).

    Mapeamentos da origem do evento: Para workloads que usam unidades de poller de eventos (EPUs) provisionadas com fontes de eventos como o Kafka ou SQS, o preço padrão de EPU se aplica.

    Taxas de administração
    • Suponha que você esteja executando um serviço de API de alto tráfego que processa 100 milhões de solicitações por mês com uma duração média de 200 ms por solicitação. Você configura o provedor de capacidade do Lambda Managed Instances para usar instâncias m7g.xlarge (4 vCPU, 16 GB de memória, Graviton3) e usa um Savings Plans para computação de três anos para obter o máximo de economia de custos.

      Cobranças mensais

      Cobranças de solicitação
      Solicitações mensais: 100 milhões de solicitações
      Preço da solicitação: USD 0,20 por milhão de solicitações
      Cobranças mensais de solicitações: 100M/1M × USD 0,20 = USD 20

      Cobranças de computação
      Tipo de instância: m7g.xlarge
      Preço sob demanda do EC2: USD 0,1632 por hora (Leste dos EUA, Norte da Virgínia)
      Com desconto no Savings Plans para computação de 3 anos (72%): USD 0,0457 por hora
      Horas estimadas de instância necessárias: aproximadamente 2.000 horas/mês (com base no padrão da workload e na simultaneidade múltipla)
      Cobranças mensais de instâncias do EC2: 2.000 × USD 0,0457 = USD 91,40

      Cobranças de taxa de gerenciamento
      Taxa de gerenciamento: 15% do preço sob demanda do EC2
      Taxa de gerenciamento por hora: USD 0,1632 × 0,15 = USD 0,02448 por hora
      Taxa mensal de gerenciamento: 2.000 × USD 0,02448 = USD 48,96

      Total de cobranças mensais
      Cobranças totais = cobranças de solicitação + cobranças de instâncias do EC2 + cobranças de taxas de gerenciamento
      Cobranças totais = USD 20 + USD 91,40 + USD 48,96 = USD 160,36

    Preço das funções duráveis do Lambda

    As funções duráveis do Lambda simplificam a forma como você cria aplicações confiáveis de várias etapas e fluxos de trabalho de IA diretamente no modelo de programação existente do Lambda, permitindo workloads resilientes e econômicas de longa duração. Em funções duráveis, você usa operações duráveis, como “etapas” e “esperas”, que são pontos de verificação com dados opcionais armazenados por longos períodos, permitindo que sua função retome a execução após as interrupções. Quando as funções são retomadas, o sistema executa uma reprodução, reexecutando automaticamente o manipulador de eventos desde o início, ignorando os pontos de verificação concluídos e continuando a partir do ponto de interrupção. O ciclo de vida pode incluir várias subinvocações (invocações de funções do Lambda que ocorrem ao retomar após operações de espera, novas tentativas ou falhas de infraestrutura) para concluir a execução. 

    As cobranças de computação existentes do Lambda se aplicam, inclusive para subinvocações de reproduções. Ao usar operações de espera, a função suspende a execução e, para funções sob demanda, não incorre em cobranças de duração até que a execução seja retomada. Além disso, há cobrança pelas operações duráveis (como iniciar execuções, concluir etapas e criar esperas). Você também paga pela quantidade de dados gravados por essas operações (em GB) e pela retenção de dados durante e após a execução (em GB-mês, proporcional). O período de retenção após a conclusão pode ser configurado de 1 a 90 dias (padrão, 14 dias). 

    Para obter uma lista completa e uma descrição detalhada das operações duráveis, consulte o Guia do desenvolvedor do Lambda.

    • Um sistema de processamento de sinistros de seguros usa funções duráveis do Lambda para analisar sinistros quanto à detecção de fraudes, coordenar a revisão humana para sinistros de alto valor e processar pagamentos aprovados. O processo começa com uma etapa de análise de documentos que leva 30 segundos para realizar a detecção de fraudes e a avaliação de riscos com base no LLM. A execução então usa uma espera para suspender a execução aguardando uma revisão humana (geralmente um período de espera de sete dias), em que um regulador avalia sinistros que excedem os limites de aprovação automática. Finalmente, uma etapa de pagamento que leva 2 segundos para processar a decisão de aprovação para iniciar o pagamento. O sistema processa 1 milhão de sinistros de seguro por mês. Cada execução usa uma carga útil de invocação de 8 KB e cargas úteis de 32 KB para análise de sinistros (etapa 1), decisões de aprovação (espera) e processamento final do pagamento (etapa 2). A função é configurada com 1 GB de memória em um processador baseado em ARM. Os registros de sinistros concluídos são retidos por 14 dias para fins de auditoria e conformidade. Observação: Os exemplos são baseados no preço no Leste dos EUA (Norte da Virgínia). Todas as execuções começam no início do mês e todas as etapas são bem-sucedidas na primeira tentativa, sem novas tentativas, para simplificar os cálculos.

      Observação: Os exemplos são baseados no preço no Leste dos EUA (Norte da Virgínia). Todas as execuções começam no início do mês e todas as etapas são bem-sucedidas na primeira tentativa, sem novas tentativas, para simplificar os cálculos.

      Cobranças mensais de computação

      Computação total (segundos) 1.000.000 × 32s = 32.000.000 segundos
      Computação total (GB-s) 32.000.000 × 1 GB = 32.000.000 GB-s
      Computação faturável 32.000.000 - 400.000 níveis gratuitos = 31.600.000 GB-s
      Custo de computação 31.600.000 × 0,0000133334 = USD 421,34

      Cobranças mensais de solicitações

      Total de solicitações 2 invocações (iniciais + após a espera) × 1.000.000 = 2.000.000 solicitações
      Solicitações faturáveis 2.000.000 - 1 milhão de nível gratuito = 1.000.000
      Custos das solicitações 1M × USD 0,20/M = USD 0,20


      Cobranças mensais de funções duráveis

      Operações 1 milhão × (1 início de execução + 2 etapas + 1 espera) = 4 milhões
      Custo das operações 4 milhões × USD 8,00/milhões = USD 32,00
      Dados gravados 1 milhão × (invocação de 8 KB + 3 × etapas/esperas de 32 KB) = 104 GB
      Custo de gravação de dados 104 GB × USD 0,25/GB = USD 26,00
      Armazenamento (em execução, incluindo 7 dias de espera) 104GB × (7/30) = 24,27 GB-mês
      Armazenamento (retido por 14 dias) 104GB × (14/30) = 48,53 GB-mês
      Custo de retenção de dados (24,27 + 48,53) GB-mês × USD 0,15/GB-mês = USD 10,92

       

      Cobranças mensais totais

      Total de cobranças USD 421,34 + USD 0,20 + USD 32,00 + USD 26,00 + USD 10,92 = USD 490,46

    Preços do isolamento de locatários

    Habilite o modo de isolamento do locatário para isolar o processamento de solicitações para usuários finais individuais ou locatários que invocam suas funções de evento do Lambda. Os ambientes de execução subjacentes para uma função do Lambda isolada por locatário estão sempre associados a um locatário específico e nunca são usados para executar solicitações de outros locatários que invocam a mesma função. Esse recurso simplifica o desenvolvimento e a manutenção de aplicações de vários locatários que processam códigos ou dados específicos de cada locatário com requisitos rigorosos de isolamento entre locatários. A cobrança é feita quando o Lambda cria um novo ambiente de execução isolado do locatário para atender a uma solicitação, dependendo da quantidade de memória alocada para sua função e da arquitetura da CPU utilizada. Para saber mais sobre a capacidade de isolamento de locatários do Lambda, leia a documentação.

    • Aplicação SaaS multilocatária

      Suponhamos que você esteja criando uma plataforma de automação que executa códigos fornecidos pelo usuário em resposta a eventos. Por exemplo, uma equipe de TI pode querer executar um fluxo de trabalho automatizado quando um novo funcionário ingressa na organização ou é transferido entre departamentos. Como outro exemplo, uma equipe de DevOps pode querer ativar um fluxo de trabalho de CI/CD quando um desenvolvedor faz o commit de alterações de código em seu repositório de código-fonte. Sua plataforma de automação é multilocatária, o que significa que atende a vários usuários finais. Como você espera uma grande variação na demanda, por horário do dia e para cada usuário final ou locatário, você cria sua plataforma usando serviços sem servidor, incluindo o AWS Lambda.

      Sua plataforma de automação oferece suporte à execução de código fornecido pelo usuário em resposta a eventos. Por não controlar o código fornecido pelos usuários, você habilita o modo de isolamento do locatário para garantir que as invocações da função do Lambda para cada usuário final sejam processadas em ambientes de execução separados e isolados uns dos outros.

      Suponha que você tenha configurado sua função do Lambda com 1024 MB de memória e arquitetura de CPU x86. Durante um mês típico, sua função processa 10 milhões de invocações com uma duração média de 2 segundos por invocação. Sua plataforma de SaaS é usada por 1.000 usuários finais ou locatários. Para simplificar, vamos supor que, em média, cada locatário gere 10 mil invocações por mês e o Lambda crie 200 ambientes de execução por locatário (ou seja, uma taxa de inicialização a frio de 2% por locatário).

      A cobrança será calculada da seguinte forma:

      Cobranças de solicitações
      Por mês, sua função é executada 10 milhões de vezes.

      Cobranças mensais de solicitações: 10M * USD 0,2/M = USD 2.

      Cobranças de computação
      Por mês, sua função é executada 10 milhões de vezes com uma duração média de 2 segundos. A memória configurada da sua função é de 1024 MB.

      Duração mensal da computação (segundos): 10 milhões * 2s = 20M segundos
      Computação mensal (GB-s): 20 milhões de segundos * 1024 MB / 1024 MB = 20 milhões de GB-s
      Cobranças mensais de computação: 20M * USD 0,0000166667 = USD 333,34

      Cobranças de isolamento de locatários
      Por mês, em média, sua função atende a 1.000 locatários únicos. Cada locatário invoca a função 10 mil vezes, com uma média de 200 ambientes de execução criados por locatário (ou seja, uma taxa média de inicialização a frio de 2% para cada locatário).

      Ambientes de execução mensais criados para 1.000 locatários: 200 * 1K = 200K
      Cobranças mensais de isolamento de locatário: 200 MIL * USD 0,000167 * 1024 MB/1024 MB = USD 33,4

      Total de cobranças mensais
      Cobranças totais = cobranças de solicitação + cobranças de computação + cobranças de isolamento de inquilino
      Cobranças totais = USD 2 + USD 333,34 + USD 33,4 = USD 368,74

    Preço do armazenamento temporário do Lambda

    O custo do armazenamento temporário depende da quantidade de armazenamento temporário que você alocar para a sua função de evento e da duração da execução da função, medida em milissegundos. Você pode alocar qualquer quantidade adicional de armazenamento para sua função entre 512 MB e 10.240 MB, em incrementos de 1 MB. Você pode configurar o armazenamento temporário para funções executadas em arquiteturas x86 e Arm. 512 MB de armazenamento temporário estão disponíveis para cada função do Lambda sem custo adicional. Você paga apenas pelo armazenamento temporário adicional que configurar.

    Observação: os exemplos abaixo são baseados no preço no Leste dos EUA (Norte da Virgínia).

    • Suponhamos que você seja um desenvolvedor de aplicativos móveis que esteja criando um aplicativo de delivery de comida. Os clientes podem usar o aplicativo para pedir comida em um restaurante específico, receber atualizações do status do pedido e retirar a comida quando o pedido estiver pronto. Como você espera uma alta variação na demanda, tanto por hora do dia quanto pela localização do restaurante, você cria seu backend móvel usando serviços sem servidor, incluindo o AWS Lambda.

      Para simplificar, vamos supor que sua aplicação processe três milhões de solicitações por mês. A duração média da execução da função é de 120 ms. Você configurou sua função com 1536 MB de memória, em um processador baseado em x86. A cobrança será calculada da seguinte forma:

      Cobranças mensais de computação

      O preço mensal de computação é de USD 0,0000166667 por GB-s e o nível gratuito oferece 400.000 GB-s.
      Computação total (segundos) = 3 milhões * 120 ms = 360.000 segundos
      Computação total (GB-s) = 360.000 * 1536 MB/1024 MB = 540.000 GB-s
      Computação total – Computação de nível gratuito = GB-s de computação faturável mensal
      540.000 GB-s – 400.000 GB-s de nível gratuito = 140.000 GB-s
      Cobranças mensais de computação =       140.000 * USD 0,0000166667 = USD 2,33

      Cobranças mensais de solicitações

      O preço da solicitação mensal é de USD 0,20 por um milhão de solicitações e o nível gratuito fornece 1 milhão de solicitações por mês.
      Total de solicitações – Solicitações de nível gratuito = solicitações mensais faturáveis
      3 milhões de solicitações – 1 milhão de solicitações de nível gratuito = 2 milhões de solicitações mensais faturáveis
      Cobranças mensais de solicitações = 2 M * USD 0,2/M = USD 0,40

      Cobranças mensais totais

      Cobranças totais = cobranças de cómputo + cobranças de solicitações = USD 2,33 + USD 0,40 = USD 2,73 por mês

    • Suponhamos que você seja uma empresa de logística com uma frota de veículos em campo, cada um deles habilitado com sensores e conectividade 4G/5G para emitir dados de telemetria em um Amazon Kinesis Data Stream. Você deseja usar modelos de machine learning (ML) que desenvolveu para inferir a saúde do veículo e prever quando a manutenção de componentes específicos poderá ser necessária.

      Suponha que você tenha 10 mil veículos em campo, cada um emitindo telemetria uma vez por hora de forma escalonada com variação suficiente nos intervalos. Você pretende realizar essa inferência em cada carga útil para garantir que os veículos sejam agendados prontamente para manutenção e garantir a saúde ideal da sua frota de veículos.

      Suponha que o modelo de ML esteja empacotado junto com a função e tenha 512 MB de tamanho. Para inferência, você configurou sua função com 1 GB de memória, e a execução da função leva dois segundos para ser concluída em média em um processador baseado em x86.

      Cobranças mensais de solicitações:
      Por mês, os veículos emitirão 10.000 * 24 * 31 = 7.440.000 mensagens, que serão processadas pela função do Lambda.

      Cobranças mensais de solicitações → 7,44 milhões * USD 0,20/milhão = USD 1,488 ~= USD 1,49

      Cobranças mensais por computação:
      Por mês, as funções serão executadas uma vez por mensagem por dois segundos.

      Duração mensal da computação (segundos) → 7,44 milhões * 2 segundos = 14,88 milhões de segundos
      Computação mensal (GB-s) → 14,88 milhões de segundos * 1024 MB/1024 MB = 14,88 GB-s
      Cobranças mensais de computação → 14,88 milhões de GB-s * USD 0,0000166667 = USD 248,00

      Cobranças mensais totais:
      Cobranças totais mensais = cobranças de solicitação + cobranças de computação = USD 1,49 + USD 248,00 = USD 249,49

    • Suponhamos que você seja uma empresa de serviços financeiros que busca entender melhor seus principais problemas de atendimento ao cliente. Seu objetivo é melhorar a experiência do cliente e reduzir a rotatividade de clientes. Seus clientes podem conversar ao vivo com o suporte ao cliente via aplicativo móvel que você fornece. Você decide implantar um modelo de processamento de linguagem natural (PLN).

      Nesse caso, você está usando o popular modelo Bidirectional Encoder Representations from Transformers (BERT) no AWS Lambda. O modelo ajuda você a analisar e entender as interações de atendimento ao cliente por meio do aplicativo móvel para exibir conteúdo de suporte relevante ou encaminhar o cliente para o agente de atendimento ao cliente apropriado. O número de consultas de suporte que seu modelo de inferência processa varia muito ao longo da semana.

      Suponhamos que suas funções que executam o modelo de inferência recebam seis milhões de solicitações por mês. A duração média da execução da função é de 280 ms. Você configura sua função com 4096 MB de memória em um processador baseado em x86.

      Você também configura a sua função para usar 2048 MB de armazenamento temporário.

      A cobrança será calculada da seguinte forma:

      Cobranças mensais de computação:
      O preço mensal de computação é de USD 0,0000166667 por GB-s e o nível gratuito oferece 400.000 GB-s.
      Computação total (segundos) = 6 milhões * 280 ms = 1.680.000 segundos
      Computação total (GB-s) = 1.680.000 * 4096 MB/1024 MB = 6.720.000 GB-s
      Computação total – Computação de nível gratuito da AWS = GB-s de computação faturável mensal
      6.720.000 GB-s – 400.000 GB-s de nível gratuito = 6.320.000 GB-s
      Cobranças mensais de computação = 6.320.000 * USD 0,0000166667 = USD 105,33

      Cobranças mensais de solicitações:
      O preço da solicitação mensal é de USD 0,20 por milhão de solicitações e o nível gratuito fornece um milhão de solicitações por mês.
      Total de solicitações – Solicitações de nível gratuito = solicitações mensais faturáveis
      6 milhões de solicitações – 1 milhão de solicitações de nível gratuito = 5 milhões de solicitações mensais faturáveis
      Cobranças mensais de solicitações = 5 milhões * USD 0,2/milhão = USD 1

      Cobranças mensais de armazenamento efêmero:
      O preço do armazenamento temporário mensal é USD 0,0000000309 por cada GB-segundo, e o Lambda oferece 512 MB de armazenamento sem custo adicional.
      Computação total (segundos) = 6 milhões * 280 ms = 1.680.000 segundos
      Armazenamento efêmero total faturável = 2048 MB – 512 MB = 1536 MB
      Armazenamento efêmero total (GB-s) = 1.680.000 * 1536 MB/1024 MB = 2.520.000 GB-s
      Cobranças mensais de armazenamento efêmero = 2.520.000 * USD 0,0000000309 = USD 0,08

      Cobranças mensais totais:
      Cobranças totais = cobranças de computação + cobranças de solicitações = USD 105,33 + USD 1 + USD 0,08 = USD 106,41 por mês

    Preço de simultaneidade provisionada

    Habilite a simultaneidade provisionada para suas funções de evento do Lambda para maior controle sobre o desempenho da aplicação sem servidor. Quando habilitada, a simultaneidade provisionada mantém as funções inicializadas e prontas para responder em dezenas de milissegundos. Você paga pela quantidade de simultaneidade que configura e pelo período de tempo em que ela fica configurada. Quando a simultaneidade provisionada está habilitada e é executada para a sua função, você também paga pelas solicitações e a duração, com base nos preços abaixo. Se sua função exceder a simultaneidade configurada, haverá cobrança pela execução excessiva da função à taxa descrita na seção Preço do AWS Lambda acima. Você pode habilitar a Simultaneidade provisionada para funções em execução nas arquiteturas x86 e Arm. Para saber mais sobre a Simultaneidade provisionada, leia a documentação.

    A Simultaneidade provisionada é calculada a partir do momento em que você a habilita na sua função até que ela seja desabilitada, arredondada para cima até o próximo múltiplo de cinco minutos. O preço depende da quantidade de memória alocada à sua função e da quantidade de simultaneidade configurada nela. A duração é calculada a partir do momento em que seu código começa a ser executado até ele retornar ou encerrar, arredondando para o 1 ms** mais próximos. O preço depende da quantidade de memória que você alocar para sua função.

    ** As cobranças de duração se aplicam ao código que é executado no manipulador de uma função e também ao código de inicialização que é declarado fora do manipulador. Para funções de evento do Lambda com oas extensões do AWS Lambda, a duração também inclui o tempo necessário para que o código na última extensão em execução conclua a execução durante a fase de desligamento. Para funções configuradas com simultaneidade provisionada, o AWS Lambda recicla periodicamente os ambientes de execução e executa novamente seu código de inicialização. Para obter mais detalhes, consulte a documentação do modelo de programação do Lambda.

    O nível gratuito do Lambda não se aplica a funções que habilitam a simultaneidade provisionada. Se você habilitar a simultaneidade provisionada para sua função e executá-la, haverá cobrança pelas solicitações e pela duração com base no preço abaixo.

    Observação: os exemplos abaixo são baseados no preço no Leste dos EUA (Norte da Virgínia).

    • Suponhamos que você seja um desenvolvedor de aplicativos móveis e esteja criando um para delivery de comida. Os clientes podem usar o aplicativo para pedir comida em um restaurante específico, receber atualizações do status do pedido e retirar a comida quando o pedido estiver pronto. Como você espera uma alta variação na demanda da aplicação, tanto por hora do dia quanto pela localização do restaurante, você cria seu backend móvel usando serviços sem servidor, incluindo o AWS Lambda.

      Para simplificar, vamos supor que sua aplicação processe três milhões de solicitações por mês. A
      duração média da execução da função é de 120 ms. Você configurou sua função com 1536 MB de memória em um processador baseado em x86.

      Você está lançando a nova versão do seu aplicativo móvel, que você divulgou amplamente. Você espera um aumento na demanda durante o dia do lançamento, do meio-dia às 20h. Você quer que seu aplicativo móvel seja responsivo mesmo quando a demanda aumenta e diminui rapidamente, então você habilita a Simultaneidade provisionada em suas funções de evento do Lambda. Você define a Simultaneidade provisionada como 100.

      Durante essas oito horas, suas funções receberam 500.000 solicitações. A duração média de execução
      da função enquanto a Simultaneidade provisionada está habilitada é de 100 ms. Durante o restante do mês, a aplicação recebe 2,5 milhões de solicitações adicionais, e suas funções são executadas em resposta a elas sem a Simultaneidade provisionada habilitada.

      A cobrança será calculada da seguinte forma:

      Preços da simultaneidade provisionada:
      O preço da simultaneidade provisionada é USD 0,0000041667 por GB-s
      Período total de tempo durante o qual a simultaneidade provisionada está ativada (segundos): 8 horas * 3.600 segundos = 28.800 segundos
      Total de simultaneidade configurada (GB): 100 * 1536 MB/1024 MB = 150 GB
      Valor total da simultaneidade provisionada (GB-s): 150 GB * 28.800 segundos = 4.320.000 GB-s
      Cobranças de simultaneidade provisionada: 4,32 milhões de GB-s * USD 0,0000041667 = USD 18

      Cobranças de solicitações:
      O preço de solicitações mensais é de USD 0,20 por 1 milhão de solicitações e o nível gratuito oferece 1 milhão de solicitações por mês.
      Total de solicitações – Solicitações de nível gratuito = Solicitações mensais faturáveis
      3.000.000 de solicitações – 1 milhão de solicitações de nível gratuito = 2.000.000 de solicitações mensais faturáveis
      Cobranças mensais de solicitações = 2 * USD 0,20 = USD 0,40

      Cobranças de computação enquanto a simultaneidade provisionada está habilitada:
      O preço da computação é USD 0,0000097222 por GB-s
      Duração total da computação (segundos) = 500.000 * 100 ms = 50.000 segundos
      Computação total (GB-s) = 50.000 segundos * 1536 MB / 1024 MB = 75.000 GB-s.
      Total de cobranças de computação = 75.000 GB-s * USD 0,0000097222 = USD 0,73

      Cobranças de computação enquanto a Simultaneidade provisionada está desabilitada:
      O preço mensal de computação é de USD 0,0000166667 por GB-s e o nível gratuito oferece 400.000 GB-s.
      Computação total (segundos) = 2,5 milhões * 120 ms = 300.000 segundos
      Computação total (GB-s) = 300.000 * 1536 MB/1024 MB = 450.000 GB-s
      Computação total – Computação de nível gratuito = GB-s de computação faturável mensal
      450.000 GB-s – 400.000 GB-s de nível gratuito = 50.000 GB-s
      Cobranças mensais de computação = 50.000 * USD 0,0000166667 = USD 0,83

      Cobranças mensais totais:
      Cobranças totais = Cobranças de simultaneidade provisionada + Cobranças de solicitação + Cobranças de computação enquanto a Simultaneidade provisionada está habilitada + Cobranças de computação enquanto a Simultaneidade provisionada está desabilitada
      Cobranças totais = USD 18 + USD 0,40 + USD 0,73 + USD 0,83 = USD 19,96

    • Suponhamos que você seja um varejista realizando uma grande liquidação durante a Cyber Monday, um feriado de comércio eletrônico que ocorre na segunda-feira após o Dia de Ação de Graças nos Estados Unidos. Seus clientes podem conversar ao vivo com o suporte ao cliente por meio do aplicativo móvel que você fornece. Você decide implantar um modelo de processamento de linguagem natural (PLN).

      Nesse caso, você está usando o popular modelo Bidirectional Encoder Representations from Transformers (BERT) no AWS Lambda. O modelo ajuda você a analisar sintaticamente, analisar e entender as interações de atendimento ao cliente por meio do aplicativo móvel para exibir conteúdo de suporte relevante ou encaminhar o cliente para o agente de atendimento ao cliente apropriado. Você receberá muito mais consultas de suporte ao cliente durante essa venda do que o normal, então decide habilitar a simultaneidade provisionada nas funções de evento do Lambda para que seu aplicativo responda rapidamente, mesmo enfrentando picos de tráfego.

      Suponhamos que suas funções recebam dois milhões de solicitações durante as 24 horas do evento de venda, enquanto a simultaneidade provisionada está habilidata. A duração média da execução da função é de 280 ms. Você configura sua função com 4.096 MB de memória em um processador baseado em x86 e define a simultaneidade provisionada em sete.

      A cobrança será calculada da seguinte forma:

      Preços da simultaneidade provisionada:
      O preço da simultaneidade provisionada é de USD 0,0000041667 por GB-s.
      Período total de tempo em que a simultaneidade provisionada está habilitada (segundos) = 24 horas * 3.600 segundos = 86.400 segundos
      Simultaneidade total configurada (GB): 7 * 4096 MB/1024 MB = 28 GB
      Quantidade total de simultaneidade provisionada (GB-s) = 28 GB * 86.400 segundos = 2.419.200 GB-s
      Cobranças de simultaneidade provisionada = 2.419.200 GB-s * USD 0,0000041667 = USD 10,08

      Cobranças de computação enquanto a simultaneidade provisionada está habilitada:
      O preço da computação é USD 0,0000097222 por GB-s.
      Duração total da computação (segundos) = 2.000.000 * 280 ms = 560.000 segundos
      Computação total (GB-s) = 560.000 segundos * 4096 MB/1024 MB = 2.240.000 GB-s.
      Total de cobranças de computação = 2.240.000 GB-s * USD 0,0000097222 = USD 21,78

      Cobranças mensais de solicitações:
      O preço mensal da solicitação é de USD 0,20 por 1 milhão de solicitações
      Cobranças mensais de solicitações = 2 M * USD 0,20/milhão = USD 0,40

      Cobranças mensais totais:
      Cobranças totais = cobranças de simultaneidade provisionada + cobranças de computação enquanto a simultaneidade provisionada está habilitada + cobranças de solicitação = USD 10,08 + USD 21,78 + USD 0,40 = USD 32,26

    Preço do SnapStart

    O SnapStart pode melhorar o desempenho da inicialização de alguns segundos para menos de um segundo para aplicações sensíveis à latência. O SnapStart funciona criando um snapshot do estado da memória e do disco inicializados da sua função e armazenando esse snapshot em cache para acesso de baixa latência. Quando sua função é invocada posteriormente, o Lambda retoma os ambientes de execução nesse snapshot pré-inicializado em vez de inicializá-los do zero, melhorando a latência da inicialização.

    Um snapshot é criado sempre que você publica uma nova versão da sua função com o SnapStart habilitado. Você será cobrado pelo armazenamento em cache de um snapshot durante o período em que sua versão da função estiver ativa, por no mínimo 3 horas e por milissegundo depois disso. O preço depende da quantidade de memória que você alocar para sua função. Além disso, há cobrança toda vez que o Lambda retoma um ambiente de execução restaurando o seu snapshot, sendo o preço dependente da quantidade de memória alocada à sua função.

    Os preços do SnapStart não se aplicam a runtimes gerenciados em Java compatíveis.

    • Suponhamos que você seja uma empresa de logística com uma frota de veículos em campo, cada um deles habilitado com sensores e conectividade 4G/5G para emitir dados de telemetria em um Amazon Kinesis Data Stream. Você deseja usar modelos de machine learning (ML) que desenvolveu para inferir a saúde do veículo e prever quando a manutenção de componentes específicos poderá ser necessária.

      Suponha que você tenha 10 mil veículos em campo, cada um emitindo telemetria uma vez por hora de forma escalonada com variação suficiente nos intervalos. Você pretende realizar essa inferência em cada carga útil para garantir que os veículos sejam agendados prontamente para manutenção e garantir a saúde ideal da sua frota de veículos.

      Suponha que o modelo de ML esteja empacotado junto com a função e tenha 512 MB de tamanho. Para inferência, você configurou sua função com 1 GB de memória, e a duração de execução cobrada é de dois segundos em média, em um processador baseado em x86. Você mantém uma única versão da sua função. Para simplificar, vamos supor que 1% de todas as solicitações resultem na criação de novos ambientes de execução.

      Você percebe que o processamento de ponta a ponta leva vários segundos para esse 1% das solicitações. Isso ocorre porque a inicialização da função leva vários segundos, pois você importa grandes módulos de software e o modelo de ML durante a inicialização. Você deseja reduzir o tempo de processamento de ponta a ponta dessas solicitações, então habilita o SnapStart em sua função e publica uma nova versão.

      A cobrança será calculada da seguinte forma:

      Cobranças de solicitações
      Por mês, os veículos emitirão 10.000 * 24 * 31 = 7.440.000 mensagens, que serão processadas pela função do Lambda.

      Cobranças mensais de solicitações: 7,44 milhões * USD 0,20/milhão = USD 1,49

      Cobranças mensais por computação
      Por mês, sua função será executada uma vez por mensagem por dois segundos.

      Duração mensal da computação (segundos): 7,44 milhões * 2 segundos = 14,88 milhões de segundos
      Computação mensal (GB-s): 14,88 milhões de segundos * 1024 MB/1024 MB = 14,88 milhões de GB-s
      Cobranças mensais de computação: 14,88 milhões de GB-s * USD 0,0000166667 = USD 248,00

      Cobranças do SnapStart:

      Período total durante o qual a versão da função está ativa (segundos): 24 horas * 31 dias * 3600 segundos = 2.678.400 segundos
      Memória de função alocada: 1024 MB/1024 MB -> 1 GB
      Cache total do SnapStart usado: 1 GB * 2.678.400 s -> 2.678.400 GB-S
      cobranças do SnapStart Cache: 2,68 milhões de GB-s * USD 0,0000015046 = USD 4,03

      Número de solicitações usando o SnapStart Restore: 1% de 7,44 milhões = 74.400
      Total de SnapStart Restore usado: 74.400 * 1 GB = 74.400 GB
      Cobranças do SnapStart Restore: 74.400 GB * USD 0,0001397998 = USD 10,4

      Total de cobranças do SnapStart: Cobranças do SnapStart Cache + cobranças do SnapStart Restore
      Total de cobranças do SnapStart: USD 4,03 + USD 10,4 = USD 14,43

      Cobranças mensais totais

      Cobranças totais = cobranças de solicitação + cobranças de computação + cobranças do SnapStart
      Cobranças totais = USD 1,49 + USD 248,00 + USD 14,43 = USD 263,92

    Preços de transmissão de respostas HTTP do Lambda

    As funções de evento do AWS Lambda podem retornar uma transmissão de respostas HTTP quando invocadas por meio da API InvokeWithResponseStream ou por meio de uma URL da função usando o modo de invocação ResponseStream. A transmissão de respostas HTTP pode melhorar a performance de Tempo até o primeiro byte e oferece suporte para cargas úteis maiores que 6 MB. Ao usar a transmissão de respostas HTTP, haverá cobrança para cada GB gravado na transmissão de respostas pela sua função. Você pode transmitir os primeiros 6 MB por solicitação sem custos.

    Observação: os exemplos abaixo são baseados no preço no Leste dos EUA (Norte da Virgínia).

    Preços do Modo Provisionado para mapeamento da origem do evento (ESM)

    O Modo Provisionado do ESM permite que você otimize o throughput do seu ESM alocando um número mínimo e máximo de recursos chamados de pollers de eventos e escalando automaticamente entre os limites mínimo e máximo configurados. Um agente de poller de eventos é o recurso configurável que sustenta um ESM no Modo Provisionado. O preço é baseado nos pollers de eventos mínimos provisionados e nos pollers de eventos consumidos durante o ajuste de escala automático. As cobranças são calculadas usando uma unidade de faturamento chamada de EPU (Unidade de poller de eventos). Você paga pelo número e pela duração das EPUs usadas, medidas em horas de unidades de poller de eventos.

    ESM do SQS: Uma EPU aceita um poller de eventos, cada um fornecendo até 1 MB/s de throughput. Cada ESM do SQS requer um mínimo de dois pollers de eventos.

    ESM do MSK ou Kafka autogerenciado (SMK): Cada EPU é compatível com até 20 MB/s de capacidade de throughput para amostragem de eventos, com um valor padrão de 10 pollers de eventos. Cada poller de eventos pode aumentar a escala verticalmente até um throughput de 5 MB/s. O número de pollers de eventos alocados em uma EPU depende da capacidade de computação consumida por cada poller de eventos. Você pode agrupar vários ESMs na mesma Amazon VPC para compartilhar a capacidade e os custos da EPU. Para saber mais sobre o modo Provisionado do EMS do Kafka, leia a documentação. 

    Transferência de dados: haverá cobrança pelas  taxas de transferência de dados padrão da AWS.

    Duração: o preço é calculado por segundo, com no mínimo 1 minuto.

    • Exemplo: Análise de dados de streaming em tempo real usando o Kafka

      Suponha que você seja um provedor global de soluções de central de atendimento com clientes e tenha pipelines que emitem metadados relacionados à experiência de chamada para tópicos do Amazon MSK (Kafka) para análise em tempo real. Como o tráfego pode apresentar picos e ser imprevisível, você deseja usar o modo provisionado para ESM para ajustar o desempenho do seu ESM. Suponha que sua função do Lambda que processa essas mensagens esteja configurada com 1.024 MB de memória para o processador x86 e receba 1 milhão de invocações por dia com duração média de 2 segundos. Suponha que você tenha ativado o Modo Provisionado para seu ESM com 1 pooler de eventos padrão e seu ESM tenha a escala aumentada verticalmente para consumir 800 horas de EPU por mês no Leste dos EUA (Norte da Virgínia).

      Cobranças mensais de computação
      O preço mensal da computação é de USD 0,0000166667 por GB-s e o nível gratuito fornece 400.000 GB-s
      Computação total (segundos) = 1.000.000 * 30 * 2 segundos = 60.000.000 segundos
      Computação total (GB-s) = 60.000.000 * 1024 MB/1024 = 60.000.000 GB-s
      Computação total – Computação de nível gratuito = GB-s de computação faturável mensal
      60.000.000 GB-s – 400.000 GB-s de nível gratuito = 59.600.000 GB-s
      Cobranças mensais de computação = 59.600.000 * USD 0,0000166667 = USD 993,3

      Cobranças mensais por solicitações
      O preço mensal de solicitações é de USD 0,20 por 1 milhão de solicitações.
      Cobranças mensais por solicitações = 60 milhões de solicitações * USD 0,20 = USD 12,00

      Modo Provisionado mensalmente para cobranças de ESM
      Cobranças de EPU = 800 horas de EPU * USD 0,185 = USD 148
      Cobranças mensais do modo provisionado para ESM = USD 148

      Total de cobranças
      Cobranças totais = cobranças de computação + cobranças de solicitação + Cobranças mensais do modo provisionado para ESM
      Cobranças totais = USD 993,3 + USD 12 + USD 148 = USD 1.153,3

       

    • Exemplo: Processamento de eventos em tempo real usando o Amazon SQS

      Suponha que você seja uma empresa de serviços financeiros que processa feeds de dados de mercado e executa transações financeiras usando microsserviços orientados a eventos para aplicações financeiras voltadas para o cliente em tempo real. Como o tráfego pode apresentar picos e ser imprevisível, você deseja usar o Modo Provisionado para o ESM do SQS a fim de ajustar com precisão o desempenho do seu ESM. Suponha que sua função do Lambda que processa esses eventos esteja configurada com 1.024 MB de memória para o processador x86 e receba 1 milhão de invocações por dia com duração média de 1 segundo. Você tem um TPS máximo de 100 eventos que deseja processar com uma latência máxima de 0,2 segundo. Para atingir esse desempenho de latência, você ativou o modo Provisionado para seu ESM do SQS com no mínimo 10 pollers de eventos, e seu ESM aumenta a escala verticalmente até consumir 8.000 EPU-horas por mês na região Leste dos EUA (Norte da Virgínia) para lidar com seu tráfego de baixa latência e sujeito a picos.

      Cobranças mensais de computação
      O preço mensal de computação é USD 0,0000166667 por GB-s
      Computação total (segundos) = 1.000.000 * 30 * 1 segundo = 30.000.000 segundos
      Computação total (GB-s) = 30.000.000 * 1024 MB/1024 = 30.000.000 GB-s
      Computação total = GB-s de computação faturável mensal * USD 0,0000166667
      Cobranças mensais de computação = 30.000.000 * USD 0,0000166667 = USD 500

      Cobranças mensais de solicitações
      O preço mensal da solicitação é de USD 0,20 por 1 milhão de solicitações
      Cobranças mensais de solicitações = 30 milhões de solicitações * USD 0,20 = USD 6

      Modo Provisionado mensal para cobranças do SQS ESM
      O preço da EPU é de USD 0,00925 por hora de EPU
      Cobranças de EPU = 8.000 horas de EPU * USD 0,00925 = USD 74
      Cobranças mensais do Modo Provisionado para ESM = USD 74

      Total de cobranças
      Cobranças totais = Cobranças de computação + Cobranças de solicitação + Cobranças mensais do Modo Provisionado para ESM
      Cobranças totais = USD 500 + USD 6 + USD 74 = USD 580

    • Suponha que você seja um provedor global de soluções para centrais de atendimento ao cliente e tenha pipelines que emitem metadados relacionados à experiência de chamada para dezenas de tópicos do Amazon MSK (Kafka), cada um ingerindo mensagens de seus diversos produtos. Cada tópico está ingerindo no máximo 500 mensagens por segundo, com tamanho médio de mensagem de 3 KB e throughput máximo de 1,5 MB/s. Como o tráfego pode apresentar picos e ser imprevisível, você deseja usar o modo provisionado para ESM para ajustar o desempenho do seu ESM. Suponha que sua função do Lambda que processa essas mensagens esteja configurada com 1.024 MB de memória para o processador x86 e receba 1 milhão de invocações por dia com duração média de 0,2 segundo. Você criou 10 ESMs do Kafka para processamento de eventos com <1,5 MB/s de throughput por ESM e decidiu agrupá-los no mesmo grupo de pollers para otimizar os custos. Suponha que você tenha ativado o Modo Provisionado para seu ESM com o valor padrão de 1 poller de eventos e que está usando todos os 10 ESMs no mesmo grupo de pollers no Leste dos EUA (Norte da Virgínia).

      Cobranças mensais de computação
             O preço mensal da computação é de USD 0,0000166667 por GB-s e o nível gratuito fornece 400.000 GB-s
      Computação total (segundos) = 1.000.000 * 30 * 0,2 segundo = 6.000.000 segundos
      Computação total (GB-s) = 6.000.000 * 1024 MB/1024 = 6.000.000 GB-s
      Computação total (GB-s) para todos os 10 ESMs = 6.000.000 GB-s * 10 = 60.000.000 GB-s
      Cobranças mensais de computação = 60.000.000 * USD 0,0000166667 = USD 1.000
      Cobranças mensais de solicitações
      O preço mensal da solicitação é de USD 0,20 por 1 milhão de solicitações.
      Total de solicitações mensais para todos os 100 ESMs = 1 milhão * 30 dias * 10 ESMs = 300 milhões de solicitações
      Cobranças mensais de solicitações = 300 milhões de solicitações * USD 0,20 = USD 60,00
      Cobranças mensais do Modo Provisionado para ESM
      O preço de EPU-hora é de USD 0,185/hora e aceita 10 pollers de eventos por EPU.
      Total de sondagens de eventos por hora = 1 pooler de evento * 10 ESMs = 10 sondagens de eventos
      EPU usada = 10 sondagens de eventos usadas/10 sondagens de eventos aceitas por EPU = 1 EPU
      Total de EPUs por mês = 1 EPU * 720 horas por mês = 720 EPU-horas
      Cobranças de EPU = 720 EPU-horas * USD 0,185 = USD 133,2
      Cbranças mensais do Modo Provisionado para ESM = USD 133,2
      Total de cobranças
      Cobranças totais = cobranças de computação + cobranças de solicitação + cobranças do Modo Provisionado para ESM
      Cobranças totais = USD 1.000 + USD 60 + USD 133,2 = USD 1.193,2 por mês para 10 ESMs
      Custos mensais por ESM = USD 1.193,2/10 = USD 119,3 por mês por ESM

    Transferência de dados e outras cobranças

    Transferência de dados
    Dados transferidos “para dentro” e “para fora” de suas funções de evento do AWS Lambda, de fora da região em que a função foi executada, serão cobrados de acordo com as taxas de transferência de dados do Amazon EC2, conforme listado em “Transferência de dados”.

    A transferência de dados com as funções de evento do AWS Lambda é gratuita na mesma região da AWS entre os seguintes serviços: Amazon Simple Storage Service (S3), Amazon Glacier, Amazon DynamoDB, Amazon Simple Email Service (SES), Amazon Simple Queue Service (SQS), Amazon Kinesis, Amazon Elastic Container Registry (ECR), Amazon Simple Notification Service (SNS), Amazon Elastic File System (EFS) e Amazon SimpleDB.

    O uso da Amazon Virtual Private Cloud (VPC) ou do emparelhamento de VPC com funções de evento do AWS Lambda incorrerá em cobranças adicionais, conforme explicado na página de preços sob demanda do Amazon Elastic Compute Cloud (EC2). Uma conexão de emparelhamento da VPC é uma conexão de rede entre duas VPCs que permite direcionar o tráfego entre elas usando endereços IPv6 ou endereços IPv4 privados. 

    Cobranças adicionais
    Você poderá incorrer em cobranças adicionais se a sua função do Lambda utilizar outros serviços da AWS ou transferir dados. Por exemplo, se a sua função do Lambda ler e gravar dados no Amazon S3, haverá cobrança pelas solicitações de leitura/gravação e pelos dados armazenados no Amazon S3..

    Para obter mais detalhes sobre os preços dos serviços da AWS, consulte a seção de preços das páginas de detalhes dos serviços relevantes da AWS.

    Preço do Lambda@Edge

    As funções do Lambda@Edge são medidas em uma granularidade de 1 ms

    • Se a função do Lambda@Edge foi executada 10 milhões de vezes em um mês, e executada durante 10 ms todas as vezes, a cobrança será calculada da seguinte forma:

      Cobranças mensais de computação

      O preço mensal da computação é de USD 0,00000625125 por 128 MB por segundo

      Computação total (segundos) = 10 milhões * (0,01 segundo) = 100.000 segundos

      Cobrança mensal de computação = 100.000 * USD 0,00000625125 = USD 0,63


      Cobranças mensais de solicitações

      O preço mensal de solicitações é USD 0,60 por 1 milhão de solicitações.

      Cobranças mensais de solicitações = 10 milhões * USD 0,6/milhão = USD 6,00
       

      Cobranças mensais totais

      Cobranças totais = cobrança de computação + cobrança de solicitações = USD 0,63 + USD 6,00 = USD 6,63 por mês

  • MicroVMs

  • Preços do Lambda MicroVMs

    O preço do AWS Lambda MicroVMs é baseado nos recursos de computação que você utiliza, nas operações de leitura/gravação e no armazenamento de snapshots, além da transferência de dados às taxas padrão da AWS.

    Computação

    O Lambda MicroVMs elimina a necessidade de dimensionar corretamente cada ambiente de computação para o pico de atividade. Você configura uma linha de base definindo a memória, e a CPU é alocada em uma proporção de 2:1 de memória para CPU. O padrão é 2 GB/1 vCPU. Durante o pico de atividade, sua microVM pode ser dimensionada verticalmente até quatro vezes a linha de base (até 8 GB/4 vCPU), sem a necessidade de nenhuma ação de sua parte.
     
    Você paga pelos recursos de computação básicos enquanto sua microVM está em execução. Quando sua workload consome recursos acima da linha de base, há cobrança somente pela duração ativa da memória adicional e da vCPU consumidas, não pela capacidade máxima. Isso significa que você pode configurar sua workload típica e deixar o Lambda lidar com os picos. O uso da computação é cobrado por segundo. Para obter detalhes sobre como dimensionar suas microVMs, consulte  Criação de uma imagem de microVM.
    • x86
    • Graviton (ARM)

    Snapshots

    O Lambda MicroVMs usa snapshots para oferecer uma inicialização quase instantânea e reduzir os custos ociosos. Uma imagem da MicroVM é um snapshot do estado pré-inicializado da sua aplicação. Em vez de começar a frio do zero, sua MicroVM é iniciada nessa imagem. Durante períodos de ociosidade, você pode suspender uma MicroVM em execução por até oito horas, preservando a memória e o estado do disco sem pagar taxas de computação. Quando o tráfego retorna, a MicroVM suspensa é retomada rapidamente, de forma automática ou programática. Você é cobrado pelo armazenamento de snapshots, pela leitura dos dados dos snapshots (no início ou na retomada) e pelos dados do snapshot gravados (na suspensão).
    * O armazenamento de imagens da MicroVM tem um período mínimo de retenção de 1 semana.

    Transferência de dados

    Há cobrança pela transferência de dados de acordo com as taxas padrão de transferência de dados da AWS. Também haverá cobrança pelos dados transferidos entre o Lambda MicroVMs e sua Amazon VPC, conforme descrito em  Transferência de dados dentro da mesma região da AWS.

    Lambda MicroVMs: exemplos de preço

    Todos os exemplos abaixo são baseados em preços no Leste dos EUA (Norte da Virgínia), usando a arquitetura ARM (Graviton). Para cada GB de memória configurado, o Lambda MicroVMs aloca vCPU em uma proporção de 2:1 (por exemplo, configurar 8 GB de memória aloca 4 vCPUs).
    • Suponhamos que você esteja criando uma plataforma que forneça a cada desenvolvedor um ambiente Linux isolado e em sandbox para programação assistida por IA. Cada ambiente é executado em um Lambda MicroVM configurado com uma linha de base de 2 GB de memória e 1 vCPU que pode ser escalada verticalmente para 8 GB de memória e 4 vCPUs para tarefas que consomem muitos recursos, como compilação e execução de testes. Sua organização mantém 5 imagens padrão de MicroVM (Rust, Python, Node.js, Java, Go), cada uma com 2 GB de tamanho. Cada desenvolvedor inicializa um ambiente por dia de uma imagem de 2 GB. Ao longo de uma jornada de trabalho de 8 horas, cada ambiente é utilizado por 2,5 horas: usando recursos de linha de base provisionados durante 75% desse período (2 GB e 1 vCPU) e realizando escalabilidade vertical para recursos de pico durante 25% desse período (8 GB e 4 vCPU). Durante as 5,5 horas ociosas restantes do dia de trabalho (quando os desenvolvedores saem ou mudam de contexto para outras tarefas), o ambiente é suspenso automaticamente, preservando 2 GB de estado, ou seja, diretório de trabalho, estado do processo e caches de arquivos. Cada ambiente passa por 6 ciclos de suspensão/retomada por dia à medida que os desenvolvedores alternam o contexto entre a programação e suas outras atividades. Com a suspensão/retomada, você evita pagar pela computação sempre ativa durante períodos de ociosidade, preservando seu estado de trabalho completo. Os desenvolvedores continuam exatamente de onde pararam sem reiniciar o ambiente ou reinicializar o estado. Sua equipe tem 100 desenvolvedores, cada um usando a plataforma de desenvolvimento por 20 dias por mês. Sua cobrança mensal será calculada da seguinte forma:

      Cobranças mensais de computação

      Recapitulando, 75% do tempo de computação é gasto no consumo de recursos de linha de base e 25% no consumo de recursos de pico.

      Segundos de pico de uso: 100 desenvolvedores × 20 dias × 2,5 horas × 25% = 4,5 milhões de segundos
      Cobranças pelo pico de uso:
      vCPU: 4,5 milhões de segundos × 4 vCPU × USD 0,0000276944/vCPU-segundo = USD 498,50
      Memória: 4,5 milhões de segundos × 8 GB de memória × USD 0,0000036667/GB por segundo = USD 132,00
      Total: USD 630,50

      Segundos de uso de linha de base: 100 desenvolvedores × 20 dias × 2,5 horas × 75% = 13,5 milhões de segundos
      Cobranças pelo uso básico:
      vCPU: 13,5 milhões de segundos × 1 vCPU × USD 0,0000276944/vCPU-segundo = USD 373,87
      Memória: 13,5 milhões de segundos × 2 GB de memória × USD 0,0000036667/GB por segundo = USD 99,00
      Total: USD 472,88

      Cobranças mensais por computação: USD 630,50 + USD 472,88 = USD 1.103,38

      Cobranças mensais de snapshots

      Leitura/gravação de snapshots:
      Ciclos mensais de suspensão/retomada: 100 desenvolvedores × 20 dias × 6 ciclos = 12.000 ciclos
      Cobranças de gravação de snapshot (suspensão): 12.000 ciclos × 2 GB × USD 0,0038/GB = USD 91,20
      Cobranças de leitura de snapshot (retomada): 12.000 ciclos × 2 GB × USD 0,00155/GB = USD 37,20

      Lançamentos mensais: 100 desenvolvedores × 1 lançamento por dia × 20 dias = 2.000 lançamentos
      Cobranças de leitura de snapshot (lançamento): 2.000 lançamentos × 2 GB × USD 0,00155/GB = USD 6,20

      Cobranças mensais totais de leitura/gravação de snapshots: USD 91,20 + USD 37,20 + USD 6,20 = USD 134,60

      Armazenamento de snapshots:
      Cobranças de armazenamento de imagens da MicroVM: 5 imagens × 2 GB × USD 0,08/GB-mês = USD 0,80
      Cobranças da MicroVM suspensa: 100 desenvolvedores × 2 GB × (5,5 horas inativas/dia × 20 dias/720 horas) × USD 0,08/GB-mês = USD 2,44

      Cobranças mensais de armazenamento de snapshots: USD 3,24  

      Cobranças mensais totais

      Cobranças totais = cobranças de computação + cobranças de leitura/gravação de snapshots + cobranças de armazenamento de snapshots = USD 1.103,38 + USD 134,60 + USD 3,24 = USD 1.241,22

      Custo mensal por desenvolvedor: USD 1.241,22/100 = USD 12,41

    • Suponha que você esteja criando uma plataforma que executa verificações de segurança ou tarefas de CI/CD em nome de vários usuários finais. Cada trabalho executa código não confiável ou semiconfiável (instalação de dependências, scripts de compilação, verificadores de vulnerabilidades). Por esse motivo, cada trabalho exige seu próprio ambiente isolado por hardware. O tráfego é imprevisível, então você mantinha anteriormente um grande pool de ambientes ociosos em espera para atender aos requisitos de latência. Com o Lambda MicroVMs, os ambientes são iniciados rapidamente de snapshots, então você não precisa mais de um pool ocioso. Cada ambiente é configurado com uma linha de base de 8 GB de memória e 4 vCPUs que pode ser dimensionada verticalmente para 32 GB e 16 vCPUs para fases de compilação ou verificação que consomem muitos recursos. Os trabalhos são executados até a conclusão de uma só vez; nenhuma suspensão/retomada é necessária. Cada trabalho é executado por uma média de 10 minutos, com 10% desse tempo no pico (32 GB e 16 vCPUs) e 90% na linha de base (8 GB e 4 vCPUs). Você mantém uma única imagem padrão da MicroVM (2 GB). Com a inicialização baseada em snapshot, você não paga mais por pools de espera ociosos. Cada ambiente é iniciado rapidamente sob demanda e é encerrado quando o trabalho é concluído. Sua plataforma executa 10 mil trabalhos por mês. A cobrança será calculada da seguinte forma:

      Cobranças mensais de computação

      Recapitulando, 90% do tempo de computação é gasto no consumo de recursos de linha de base e 10% no consumo de recursos de pico.

      Pico de segundos de uso: 10.000 trabalhos × 600 s × 10% = 600 mil segundos
      Cobranças pelo pico de uso:
      vCPU: 600 mil segundos × 16 vCPU × USD 0,0000276944/vCPU-segundo = USD 265,87
      Memória: 600 mil segundos × 32 GB de memória × USD 0,0000036667/GB-segundo = USD 70,40
      Total: USD 336,27

      Segundos de uso da linha de base: 10.000 trabalhos × 600 s × 90% = 5,4 milhões de segundos
      Cobranças pelo uso da linha de base:
      vCPU: 5,4 milhões de segundos × 4 vCPU × USD 0,0000276944/vCPU-segundo = USD 598,20
      Memória: 5,4 milhões de segundos × 8 GB de memória × USD 0,0000036667/GB-segundo = USD 158,40
      Total: USD 756,60

      Cobranças mensais por computação: USD 336,27 + USD 756,60 = USD 1.092,87

      Cobranças mensais de snapshots

      Leitura/gravação de snapshots: ​
      Lançamentos mensais: 10.000 trabalhos × 1 lançamento cada = 10.000 lançamentos
      Cobranças de leitura de snapshots (lançamento): 10.000 lançamentos × 2 GB × USD 0,00155/GB = USD 31

      Cobranças mensais totais de leitura/gravação de snapshots: USD 31​

      Armazenamento de snapshots:
      Cobranças de armazenamento de imagens da MicroVM: 1 imagem × 2 GB × USD 0,08/GB-mês = USD 0,16

      Cobranças mensais de armazenamento de snapshots: USD 0,16

      Cobranças mensais totais

      Cobranças totais = cobranças de computação + cobranças de leitura/gravação de snapshots + cobranças de armazenamento de snapshots = USD 1.092,87 + USD 31 + USD 0,16 = USD 1.124,03

      Custo por trabalho: USD 1.124,03/10.000 = USD 0,112​  

  • Funções web

  • Preços das funções da web do Lambda

    O preço das funções web do Lambda é baseado no número de solicitações atendidas, no tempo de CPU ativa, na memória consumida e na transferência padrão de dados da AWS.

    Você paga pelas solicitações, o tempo de CPU que seu código usa ativamente e a memória consumida por cada ambiente de execução durante a execução. A computação é cobrada com granularidade de 1 ms. Como um único ambiente de execução pode atender a várias solicitações simultâneas, o uso da computação e da memória é compartilhado entre essas solicitações.

    • Graviton (ARM)
    Solicitações

    Você é cobrado pelo número total de solicitações para suas funções em todas as origens.

    Transferência de dados

    Há cobrança pela transferência de dados de acordo com as taxas padrão de transferência de dados da AWS. Também há cobrança pelos dados transferidos entre suas funções web do Lambda e sua Amazon VPC, conforme descrito em Transferência de dados dentro da mesma região da AWS.

    Funções web do Lambda: exemplos de preços

    Os exemplos a seguir mostram como uma fatura mensal é calculada para workloads representativas. Todos os exemplos são baseados nos preços no Leste dos EUA (Norte da Virgínia) no Arm e excluem o nível gratuito e a transferência de dados para simplificar os cálculos. A computação é cobrada com granularidade de 1 ms. Cada ambiente de execução é faturado pela memória que consome, enquanto estiver em execução, incluindo o tempo entre as solicitações. O Lambda aumenta e reduz a escala verticalmente do número de ambientes de execução com seu tráfego. Para manter os cálculos simples, esses exemplos pressupõem que o tráfego seja distribuído uniformemente por um mês de 30 dias (2.592.000 segundos) e que as solicitações cheguem com frequência suficiente para que exatamente um ambiente de execução esteja em execução o tempo todo e atenda a todo o tráfego.

    • Suponha que você execute uma aplicação web renderizada no lado do servidor em que cada página é renderizada no servidor no momento da solicitação. A aplicação atende a 15 milhões de solicitações por mês. Cada solicitação leva 150 ms de ponta a ponta, dos quais 40 ms são de CPU ativa. O ambiente de execução consome aproximadamente 500 MB (0,49 GB) de memória.

      Cobranças mensais de computação

      O preço da vCPU ativa é USD 0,0000276944 por vCPU-segundo e o preço da memória é USD 0,0000036667 por GB-segundo.

      • vCPU ativa: 15.000.000 × 0,040 s = 600.000 vCPU-segundos × USD 0,0000276944 = USD 16,62.
      • Memória: 0,49 GB × 2.592.000 s = 1.270.080 GB-segundos × USD 0,0000036667 = USD 4,66.

      Cobranças mensais de solicitações

      • Solicitações: 15.000.000 × USD 0,30 por milhão = USD 4,50.

      Cobranças mensais totais

      Cobranças totais = cobranças de computação + cobranças de solicitação = (USD 16,62 + USD 4,66) + USD 4,50 = USD 25,78

    • Suponha que você execute um backend de API que passa a maior parte de cada solicitação aguardando um banco de dados ou uma API downstream. O serviço processa 10 milhões de solicitações por mês. Cada solicitação leva 200 ms de ponta a ponta, dos quais apenas 50 ms são de CPU ativa. O ambiente de execução consome aproximadamente 300 MB (0,29 GB) de memória.

      Cobranças mensais de computação

      • vCPU ativa: 10.000.000 × 0,050 s = 500.000 segundos de vCPU × USD 0,0000276944 = USD 13,85.
      • Memória: 0,29 GB × 2.592.000 s = 751.680 GB-segundos × USD 0,0000036667 = USD 2,76.

      Cobranças mensais de solicitações

      • Solicitações: 10.000.000 × USD 0,30 por milhão = USD 3,00.

      Cobranças mensais totais

      Cobranças totais = cobranças de computação + cobranças de solicitação = (USD 13,85 + USD 2,76) + USD 3,00 = USD 19,61
      Como a CPU é cobrada enquanto seu código está sendo processado ativamente, você paga pelos 50 ms de trabalho ativo.

    • Suponha que você execute um autorizador leve que é executado em cada solicitação à sua aplicação. O serviço processa 100 milhões de solicitações por mês. Cada solicitação leva 50 ms de ponta a ponta, dos quais 12 ms são de CPU ativa. O ambiente de execução consome aproximadamente 145 MB (0,14 GB) de memória.

      Cobranças mensais de computação

      • vCPU ativa: 100.000.000 × 0,012 s = 1.200.000 segundos de vCPU × USD 0,0000276944 = USD 33,23
      • Memória: 0,14 GB × 2.592.000 s = 362.880 GB-segundos × USD 0,0000036667 = USD 1,33

      Cobranças mensais de solicitações

      • Solicitações: 100.000.000 × USD 0,30 por milhão = USD 30,00

      Cobranças mensais totais

      Cobranças totais = cobranças de computação + cobranças de solicitação = (USD 33,23 + USD 1,33) + USD 30,00 = USD 64,56

    • Suponha que você execute um serviço que transmita tokens de volta de um grande modelo de linguagem por meio de uma conexão de longa duração. O serviço processa 5 milhões de solicitações por mês. Cada solicitação permanece aberta por 3.000 ms de ponta a ponta, dos quais 200 ms são CPU ativa. O ambiente de execução consome aproximadamente 512 MB (0,50 GB) de memória.

      Cobranças mensais de computação

      • vCPU ativa: 5.000.000 × 0,200 s = 1.000.000 de segundos de vCPU × USD 0,0000276944 = USD 27,69.
      • Memória: 0,50 GB × 2.592.000 s = 1.296.000 GB-segundos × USD 0,0000036667 = USD 4,75.

      Cobranças mensais de solicitações

      • Solicitações:  5.000.000 × USD 0,30 por milhão = USD 1,50.

      Cobranças mensais totais

      Cobranças totais = cobranças de computação + cobranças de solicitação = (USD 27,69 + USD 4,75) + USD 1,50 = USD 33,94
      É aqui que o faturamento de CPU ativa é mais importante. Cada solicitação permanece aberta por 3 segundos, mas você paga apenas pelos 200 ms de CPU ativa. O atendimento simultâneo de solicitações também reduz o custo de memória. Como cada solicitação passa a maior parte do tempo esperando em vez de usar a CPU, um único ambiente de execução pode atender a várias solicitações ao mesmo tempo. Com cerca de seis solicitações em andamento, elas compartilham a memória de um ambiente, então você paga por um ambiente em vez de seis.

Recursos adicionais sobre preços

Calculadora de Preços da AWS

Calcule facilmente seus custos mensais com a AWS

Obtenha assistência de preços

Entre em contato com os especialistas da AWS para obter uma cotação personalizada