Você está desenvolvendo um aplicativo móvel de armazenamento de fotos que deve suportar dezenas de milhares de usuários. O backend usa API Gateway integrado com Lambda para processar uploads, e o DynamoDB armazena metadados das fotos. Os usuários devem se cadastrar, fazer upload de fotos (300 KB–5 MB) e recuperar seus uploads anteriores. Qual arquitetura atende a esses requisitos com o menor overhead operacional?

A opção correta utiliza Amazon Cognito User Pools para gerenciamento de usuários e autenticação via API Gateway, o que é ideal para aplicativos móveis com milhares de usuários, minimizando o overhead operacional. Armazenar fotos diretamente no Amazon S3 é a melhor prática para objetos grandes, pois o DynamoDB é otimizado para metadados e não para armazenamento de arquivos binários grandes. A Lambda então armazena as chaves do S3 no DynamoDB para fácil recuperação. A primeira opção está incorreta porque armazenar fotos diretamente no DynamoDB é ineficiente e caro para arquivos de 300 KB a 5 MB, pois o DynamoDB é um banco de dados NoSQL de chave-valor e não um sistema de armazenamento de objetos. A terceira opção, criar um usuário IAM para cada usuário do aplicativo, é inviável e não escalável para dezenas de milhares de usuários, além de ser uma prática de segurança inadequada para usuários finais. A quarta opção, gerenciar contas de usuário em uma tabela DynamoDB e usar um autorizador Lambda personalizado, aumenta significativamente a complexidade e o overhead operacional em comparação com o uso do Cognito, que é um serviço gerenciado para autenticação e autorização.