Uma empresa criou uma API no Amazon API Gateway que invoca funções Lambda e a implantou em um estágio de Produção. Uma equipe de desenvolvimento externa é o único consumidor da API. O uso aumenta em determinados momentos, levantando preocupações com os custos. A empresa deseja limitar o uso e os custos sem modificar as funções Lambda. Qual é a solução MAIS econômica?

A criação de uma chave de API do API Gateway e um plano de uso com limites de throttling e cotas é a solução mais econômica. O plano de uso permite controlar o número de solicitações que um consumidor pode fazer em um determinado período (cotas) e a taxa máxima de solicitações (throttling), limitando diretamente o uso e, consequentemente, os custos da API e das funções Lambda subjacentes. A chave de API é usada para autenticar o consumidor externo e aplicar as políticas do plano de uso. As outras opções são menos adequadas: Enviar solicitações para filas do SQS e modificar as funções Lambda para pesquisar as filas envolveria modificações significativas nas funções Lambda e na arquitetura, o que a questão explicitamente busca evitar. Configurar simultaneidade provisionada para funções Lambda e Application Auto Scaling com ajustes programados pode otimizar o desempenho e a capacidade, mas não limita o uso ou os custos de forma direta como um plano de uso. Além disso, a simultaneidade provisionada tem custos associados. Criar uma chave de API e uma ACL da web do AWS WAF Regional com uma regra baseada em taxa pode limitar solicitações, mas o WAF tem custos adicionais por solicitação e não oferece o controle granular de cotas e throttling por consumidor que um plano de uso do API Gateway oferece de forma nativa e mais econômica para este caso.