Um provedor de SaaS expõe um serviço proprietário via AWS PrivateLink. O serviço é executado em três instâncias EC2 atrás de um Network Load Balancer (NLB) em sub-redes privadas em várias Zonas de Disponibilidade em eu-west-2. Todos os clientes estão atualmente em eu-west-2, mas um novo cliente em us-east-1 requer acesso. A empresa criou uma nova VPC e sub-redes em us-east-1 e configurou o emparelhamento de VPCs entre as regiões. A empresa não quer implantar novos recursos EC2 em us-east-1 imediatamente. Qual solução permite que o novo cliente de us-east-1 acesse o serviço sem implantar instâncias em us-east-1?

A opção correta é configurar um serviço de endpoint PrivateLink em us-east-1 que use o NLB existente em eu-west-2. O AWS PrivateLink permite o acesso a serviços hospedados na AWS de forma privada e segura, e um serviço de endpoint pode ser exposto em uma região diferente daquela onde o serviço está implantado, utilizando a rede global da AWS. Isso permite que o cliente em us-east-1 acesse o serviço em eu-west-2 sem a necessidade de implantar novos recursos ou rotear o tráfego pela internet pública. As outras opções estão incorretas porque: Criar um NLB em us-east-1 com IPs de instâncias em eu-west-2 não é uma configuração padrão para PrivateLink e pode ter problemas de latência e roteamento. Usar um ALB em eu-west-2 e um NLB em us-east-1 com um grupo de destino de ALB é uma configuração excessivamente complexa e não aproveita a capacidade do PrivateLink de conectar regiões diretamente. O AWS Resource Access Manager (RAM) é para compartilhar recursos dentro da mesma conta ou com outras contas, não para estender o acesso a um serviço PrivateLink entre regiões de forma transparente para o consumidor.