Um aplicativo de processamento de fotos hospedado no EC2 deve processar cada foto em menos de 5 segundos; se o processamento exceder 5 segundos, a equipe de desenvolvimento deve ser notificada. Qual abordagem fornece a medição de tempo e o alerta com o menor overhead operacional?

A publicação de uma métrica personalizada no CloudWatch para cada tempo de processamento e a criação de um alarme com limite estático de 5 segundos, notificando via SNS, é a solução mais eficiente. O CloudWatch é projetado para monitoramento e alertas, oferecendo baixo overhead operacional. As outras opções são menos ideais: Usar o SQS para processar tempos e um consumidor para detectar limites introduz complexidade e overhead desnecessários, pois o CloudWatch já oferece essa funcionalidade de alerta. Um alarme do CloudWatch que entra em ALARM se a média exceder 5 segundos pode não detectar fotos individuais que excedam o limite, pois a média pode permanecer abaixo de 5 segundos. Além disso, o Amazon SES é um serviço de e-mail transacional, não ideal para notificações de alarme em tempo real como o SNS. Transmitir dados para o Kinesis Data Stream e, em seguida, criar um alarme do CloudWatch, adiciona uma camada de complexidade e custo que não é necessária para este caso de uso simples de monitoramento e alerta de tempo.