Uma API implementada com CloudFront, API Gateway e Lambda recebe pelo menos quatro requisições por segundo. Muitos usuários executam a mesma consulta via POST. O desenvolvedor deseja armazenar em cache as respostas POST para reduzir a carga. O que ele deve fazer?

A opção correta é substituir o comportamento do cache no estágio do API Gateway e habilitar o cache para o método POST. O API Gateway oferece um recurso de cache integrado que pode ser configurado por estágio e método. Isso permite armazenar em cache as respostas de requisições POST, reduzindo a carga sobre a função Lambda e melhorando o tempo de resposta para requisições repetidas. Configurar o cache do CloudFront e atualizar o aplicativo para retornar conteúdo em cache com base nos cabeçalhos de requisição padrão não é a melhor abordagem para requisições POST. O CloudFront é otimizado para cache de conteúdo estático e GETs, e o cache de POSTs requer configurações mais complexas e pode não ser tão eficiente quanto o cache nativo do API Gateway para APIs. Armazenar a resposta no diretório /tmp do Lambda não é escalável nem durável. O diretório /tmp é efêmero e específico para cada invocação da função Lambda, o que significa que o cache não seria compartilhado entre invocações ou instâncias da função. Armazenar a resposta no AWS Systems Manager Parameter Store não é ideal para cache de alta frequência. O Parameter Store é mais adequado para armazenar configurações e segredos, e não para dados de cache que mudam rapidamente e são acessados com alta frequência, devido a limites de throughput e latência.