Você está projetando um aplicativo de jogo serverless onde os usuários se registram e fazem login via navegador web. As solicitações do aplicativo web invocam funções Lambda por trás de uma API Gateway HTTP API. Você deseja uma solução de registro/login que minimize a sobrecarga operacional e o gerenciamento contínuo de identidade. Qual opção atende a esses requisitos?

A opção correta, usar pools de usuários do Amazon Cognito com provedores de identidade social externos e configurar funções do IAM para os pools de identidade, é a melhor para minimizar a sobrecarga operacional e o gerenciamento contínuo de identidade. O Cognito User Pools gerencia o registro, login e autenticação de usuários, incluindo integração com provedores de identidade social (como Google, Facebook). Os Identity Pools (parte do Cognito) permitem que você troque tokens de autenticação por credenciais temporárias da AWS, que podem ser usadas para acessar recursos da AWS através de funções do IAM. Isso elimina a necessidade de gerenciar o armazenamento de senhas ou a criação programática de usuários e grupos do IAM. As outras opções são menos adequadas: Criar grupos e funções do IAM programaticamente para cada usuário é complexo, difícil de escalar e não é a finalidade do IAM para gerenciamento de usuários de aplicativos. Usar o Amazon RDS para SQL Server para armazenar usuários e gerenciar permissões de backend é uma solução de banco de dados relacional que exige gerenciamento de infraestrutura, autenticação e autorização, aumentando a sobrecarga operacional. Armazenar senhas em uma tabela do DynamoDB é uma prática de segurança inadequada e não oferece um serviço de gerenciamento de identidade completo.