Um site globalmente acessado, hospedado em instâncias EC2 atrás de um Application Load Balancer (ALB), está configurado como a origem para uma distribuição CloudFront, visando reduzir a carga nos servidores web. Após uma semana, não houve redução na carga do servidor e as requisições ainda parecem estar atingindo o ALB diretamente. Quais problemas poderiam explicar esse comportamento? (Escolha duas.)

A redução da carga nos servidores web através do CloudFront depende de duas condições principais. Primeiro, se os registros DNS ainda apontam para o ALB, o tráfego continuará acessando o ALB diretamente, ignorando o CloudFront. É essencial que os registros DNS (por exemplo, um registro CNAME) sejam atualizados para apontar para o nome de domínio da distribuição CloudFront. Segundo, se os valores de TTL (Time To Live) padrão, mínimo e máximo do CloudFront estiverem definidos como 0 segundos, o CloudFront não armazenará em cache o conteúdo, forçando cada requisição a ir para a origem (o ALB), anulando o propósito de redução de carga. A identidade de acesso de origem (OAI) é usada para restringir o acesso a buckets S3, não a ALBs. O grupo de segurança do ALB bloquearia todo o tráfego do CloudFront, resultando em erros, não apenas na falta de redução de carga. Sticky sessions no ALB não impediriam o CloudFront de armazenar em cache ou de atuar como proxy.