Uma startup de meteorologia usa o Amazon DynamoDB para armazenar dados meteorológicos e deseja um novo serviço que notifique os gerentes de quatro equipes internas cada vez que um novo evento meteorológico for registrado. A empresa não quer que o novo serviço afete o desempenho atual do aplicativo e deseja o menor overhead operacional. O que um arquiteto de soluções deve fazer?

A opção correta é habilitar o Amazon DynamoDB Streams e usar gatilhos para publicar em um tópico do Amazon SNS. O DynamoDB Streams captura todas as modificações de dados em uma tabela, sem impactar o desempenho do aplicativo. Um gatilho (AWS Lambda) pode ser configurado para ser invocado por esses eventos do stream e publicar uma mensagem em um único tópico do SNS. As quatro equipes podem então se inscrever neste tópico do SNS para receber as notificações, garantindo baixo overhead operacional e desacoplamento. As transações do DynamoDB não são para notificação e não se integram diretamente com serviços de notificação. Publicar diretamente do aplicativo em quatro tópicos do SNS adicionaria complexidade e acoplamento ao aplicativo existente. Um cron job para escanear a tabela seria ineficiente, custoso e introduziria latência, além de não ser a forma ideal de detectar novos itens em tempo real.