Certificação AWS Solutions Architect Associate SAA-C03

Explicação: Para um aplicativo que requer comunicação TCP e alta disponibilidade: O Network Load Balancer (NLB) é a melhor opção para balanceamento de carga do tráfego TCP porque foi projetado para lidar com conexões de alto rendimento e baixa latência. O grupo Auto Scaling garante que o aplicativo possa escalar automaticamente com base na demanda, adicionando ou removendo instâncias do EC2 conforme necessário, o que é crucial para lidar com o crescimento do usuário. Opção C (Application Load Balancer): ALB é principalmente para tráfego HTTP/HTTPS, não é ideal para TCP. Opção D (escalonamento manual): adicionar instâncias manualmente não fornece a automação ou escalabilidade necessária. Opção E (Gateway Load Balancer): GLB é usado para dispositivos virtuais de terceiros, não para balanceamento de carga direto de aplicativos. Referência da AWS: Grupo de Auto Scaling do Network Load Balancer

Explicação: A rotação automática de chaves do AWS KMS é a solução mais simples e operacionalmente mais eficiente. A ativação da rotação automática de chaves garante que o KMS gere automaticamente novo material de chave para a chave todos os anos, sem exigir intervenção manual. Opção B: Configurar alertas para rotação de chaves introduz sobrecarga operacional, pois a rotação real ainda deve ser gerenciada manualmente. Opção C: programar uma função Lambda para girar chaves adiciona complexidade desnecessária em comparação com a ativação da rotação automática de chaves. Opção D: usar uma pilha CloudFormation para executar uma função Lambda para rotação de chaves aumenta a sobrecarga operacional e a complexidade desnecessariamente. Referência da documentação da AWS: Rotação de chaves do AWS KMS usando chaves gerenciadas pelo cliente com Amazon RDS

Explicação: Para cargas de trabalho em que as tarefas são independentes e podem ser processadas em paralelo e em que minimizar a sobrecarga de gerenciamento é uma prioridade, uma arquitetura sem servidor usando AWS Lambda é ideal. O AWS Lambda permite executar código sem provisionar ou gerenciar servidores. Ele dimensiona automaticamente seu aplicativo executando código em resposta a cada gatilho. Processamento paralelo: as funções Lambda podem processar várias tarefas simultaneamente, tornando-as adequadas para cargas de trabalho paralelas. Escalabilidade automática: o Lambda escala automaticamente executando código em resposta a cada evento, escalando precisamente com o tamanho da carga de trabalho. Despesas mínimas de gerenciamento: com o Lambda, não há necessidade de gerenciar a infraestrutura subjacente, reduzindo a complexidade operacional.Referência da Wikipedia: AWS Lambda Execute código sem pensar em servidores Práticas recomendadas para projetar e arquitetar com AWS Lambda

Explicação: R: O Amazon Macie pode verificar buckets S3 em busca de dados confidenciais e identificar PII. C: A retenção legal do S3 Object Lock impede a exclusão do objeto até que uma revisão seja concluída, atendendo aos requisitos de conformidade. E: O EventBridge pode acionar a função Lambda automaticamente quando o Macie detecta dados confidenciais, criando um fluxo de trabalho automatizado. Extrato de documentação da AWS: "O Amazon Macie descobre, classifica e protege automaticamente dados confidenciais na AWS. Você pode usar o EventBridge para invocar uma função Lambda para pós-processamento, como aplicar retenção legal de bloqueio de objeto a objetos sinalizados." (Fonte: documentação do AWS Macie e S3 Object Lock) B, D: Migrar para o Glacier Deep Archive ou aplicar retenção no modo de governança não é específico para prevenção de exclusão com revisão pendente. F: MFA Delete adiciona uma camada de segurança, mas não automatiza a retenção de objetos para PII sinalizados. Referência: Guia de estudo oficial do AWS Certified Solutions Architect, conformidade com S3 e proteção de dados.

Explicação: A melhor solução para consultar e filtrar dados do S3 diretamente, sem fazer download do objeto completo, é usar o Amazon Athena. O Amazon Athena é um serviço de consulta interativo que permite usar SQL para analisar dados estruturados, semiestruturados e não estruturados diretamente no Amazon S3, sem a necessidade de mover ou transformar os dados. Ele oferece suporte a formatos como CSV, JSON, ORC, Parquet e Avro e integra-se ao AWS Glue Data Catalog para gerenciamento de esquemas. O Athena não tem servidor, o que significa que não há infraestrutura para gerenciar, e é cobrado por consulta, o que o mantém econômico. A opção B (EMR) é mais pesada e requer o gerenciamento de um cluster. A opção C (API Gateway) não é adequada para consultar conjuntos de dados S3. A opção D (ElastiCache) é um armazenamento de memória, não um mecanismo de consulta. Referência: O que é Amazon Athena?

Explicação: A AWS recomenda usar o Amazon ElastiCache como uma camada de cache na memória na frente de bancos de dados relacionais, como o Amazon RDS, para descarregar o tráfego de leitura e melhorar significativamente o desempenho para cargas de trabalho com leitura intensa. O ElastiCache (Redis OSS) fornece latência de microssegundos e pode armazenar em cache os resultados de consultas frequentes ou caras sem exigir qualquer alteração no esquema ou mecanismo do banco de dados subjacente. Isso atende diretamente ao requisito de melhorar o desempenho sem alterar a estrutura do banco de dados e com sobrecarga operacional mínima, porque o ElastiCache é um serviço totalmente gerenciado (correções, detecção de falhas, substituição, etc., são gerenciadas pela AWS). A opção A (DynamoDB) exigiria uma migração completa de dados e alterações no aplicativo, incluindo reescritas de esquema e consulta. A opção C (Memcached no EC2) introduz sobrecarga de gerenciamento adicional para instâncias do EC2 (escalonamento, aplicação de patches, HA). A opção D (DAX) é uma camada de cache apenas para DynamoDB e não pode ser usada diretamente com o Amazon RDS.

Explicação:

Explicação: O Amazon CloudFront pode usar diversas origens em uma distribuição, incluindo um bucket do Amazon S3 para conteúdo estático e um Application Load Balancer para conteúdo dinâmico. Isso permite que a empresa reduza globalmente a latência para ambos os tipos de conteúdo, mantendo uma única porta de entrada para os usuários. A documentação da AWS observa especificamente que o CloudFront oferece suporte a origens S3 e origens de balanceador de carga, e uma única distribuição pode incluir várias origens. O Route 53 pode então criar um alias do domínio da empresa para a distribuição do CloudFront. As opções do Global Accelerator são desnecessárias aqui porque o CloudFront já atende à necessidade de desempenho para entrega da Web estática e dinâmica nesta arquitetura. ============

Explicação: Amazon S3 Intelligent-Tiering: essa classe de armazenamento foi projetada para otimizar custos, movendo automaticamente os dados entre duas camadas de acesso (frequente e pouco frequente) quando os padrões de acesso mudam. Ele proporciona economia de custos sem impacto no desempenho ou sobrecarga operacional. Regras do ciclo de vida do S3: ao criar uma regra do ciclo de vida do S3, a empresa pode fazer a transição automática de objetos para a classe de armazenamento Intelligent-Tiering. Isso elimina a necessidade de intervenção manual e garante que os objetos sejam movidos para a camada de armazenamento mais econômica com base em seus padrões de acesso. Eficiência operacional: o Intelligent-Tiering não requer gerenciamento adicional e oferece disponibilidade imediata para objetos acessados ​​com frequência. Isso a torna a solução operacionalmente mais eficiente para os requisitos específicos. Referência: Políticas de ciclo de vida do S3 Intelligent-Tiering do Amazon S3

Explicação: AWS CloudTrail Lake é um serviço totalmente gerenciado que permite a coleta, armazenamento e consulta de eventos CloudTrail para serviços AWS e não AWS. O CloudTrail Lake pode ser personalizado para coletar logs de diversas fontes, garantindo uma solução de auditoria centralizada. Ele também oferece suporte ao armazenamento de longo prazo, de modo que os logs podem ser retidos por 7 anos, atendendo aos requisitos de conformidade. Opção A (Data Lake): Configurar um data lake no S3 introduz complexidade operacional desnecessária em comparação ao CloudTrail Lake. Opção C (ingerir serviços não AWS no CloudTrail): CloudTrail Lake é mais adequado para esta tarefa com menos sobrecarga operacional. Opção D (CloudWatch Logs): embora o CloudWatch possa armazenar logs, o CloudTrail Lake foi projetado especificamente para auditoria e armazenamento de API. Referência da AWS: AWS CloudTrail Lake