Uma empresa tem milhares de dispositivos periféricos que, coletivamente, geram 1 TB de alertas de estado todos os dias. Cada alerta tem aproximadamente 2 KB de tamanho. Um arquiteto de soluções precisa de implementar uma solução para ingerir e armazenar os alertas para análise futura. A empresa pretende uma solução altamente disponível. No entanto, a empresa precisa de minimizar os custos e não quer gerir infra-estruturas adicionais. Tradicionalmente, a empresa deseja manter 14 dias de dados disponíveis para análise imediata e arquivar todos os dados mais antigos que
A. Criar um fluxo de entrega do Amazon Kinesis Data Firehose para ingerir os alertas Configurar o fluxo do Kinesis Data Firehose para entregar os alertas a um bucket do Amazon S3 Definir uma configuração do S3 Lifecycle para fazer a transição dos dados para o Amazon S3 Glacier após 14 dias
B. Lançar instâncias do Amazon EC2 em duas zonas de disponibilidade e colocá-las atrás de um Elastic Load Balancer para ingerir os alertas Criar um script nas instâncias do EC2 que irá armazenar os alertas num bucket do Amazon S3 Definir uma configuração do S3 Lifecycle para fazer a transição dos dados para o Amazon S3 Glacier após 14 dias
C. Criar um fluxo de entrega do Amazon Kinesis Data Firehose para ingerir os alertas Configurar o fluxo do Kinesis Data Firehose para entregar os alertas a um duster do Amazon Elasticsearch Service (Amazon ES) Configurar o cluster do Amazon ES para tirar instantâneos manuais todos os dias e eliminar dados do duster com mais de 14 dias
D. Criar uma fila padrão do Amazon Simple Queue Service (Amazon SQS i) para ingerir os alertas e definir o período de retenção da mensagem para 14 dias Configurar os consumidores para sondar a fila SQS, verificar a idade da mensagem e analisar os dados da mensagem conforme necessário Se a mensagem tiver 14 dias, o consumidor deve copiar a mensagem para um contentor do Amazon S3 e eliminar a mensagem da fila SQS