Поставщик SaaS предоставляет проприетарный сервис через AWS PrivateLink. Сервис работает на трех инстансах EC2 за Network Load Balancer (NLB) в частных подсетях в нескольких Availability Zones в eu-west-2. Все клиенты в настоящее время находятся в eu-west-2, но новому клиенту в us-east-1 требуется доступ. Компания создала новую VPC и подсети в us-east-1 и настроила межрегиональный пиринг VPC между регионами. Компания не хочет немедленно развертывать новые ресурсы EC2 в us-east-1. Какое решение позволит новому клиенту из us-east-1 получить доступ к сервису без развертывания инстансов в us-east-1?

Правильный ответ — настройка конечной точки PrivateLink в us-east-1, которая использует существующий NLB в eu-west-2. AWS PrivateLink поддерживает межрегиональный доступ к сервисам, позволяя потребителям в одном регионе подключаться к сервисам, размещенным в другом регионе, через VPC peering или Transit Gateway. Это устраняет необходимость развертывания новых ресурсов EC2 в us-east-1, поскольку трафик будет маршрутизироваться через PrivateLink к существующему NLB в eu-west-2. Неправильные варианты: Создание NLB в us-east-1 с IP-целями в eu-west-2 не является стандартным использованием PrivateLink и может быть сложным в настройке и управлении, а также не обеспечивает преимущества PrivateLink для потребителя. Использование ALB перед EC2 и затем NLB в us-east-1 с группой целей ALB усложняет архитектуру без необходимости, так как PrivateLink может напрямую использовать NLB. Использование AWS RAM для совместного использования инстансов EC2 не применимо к данной задаче, поскольку RAM предназначен для совместного использования ресурсов между аккаунтами или VPC, но не для обеспечения межрегионального доступа к сервису через PrivateLink таким образом.