Firma wdrożyła prywatne REST API w API Gateway, które musi być dostępne tylko z aplikacji wewnątrz VPC. Instancja EC2 w VPC nie może uzyskać dostępu do API. Które rozwiązanie zapewnia łączność między instancją EC2 a prywatnym API?

Prawidłowa odpowiedź opisuje kroki niezbędne do połączenia instancji EC2 w VPC z prywatnym REST API w API Gateway. Utworzenie interfejsowego punktu końcowego VPC (VPC endpoint) dla API Gateway jest kluczowe, ponieważ umożliwia prywatne połączenie z API bez przechodzenia przez publiczny internet. Polityka punktu końcowego musi zezwalać na akcję execute-api:Invoke, co jest minimalnym uprawnieniem do wywoływania API. Włączenie prywatnego DNS dla punktu końcowego VPC pozwala na używanie standardowych nazw DNS API Gateway z poziomu VPC, co upraszcza konfigurację. Dodatkowo, polityka zasobów API musi zezwalać na dostęp z tego punktu końcowego VPC. Pozostałe opcje są nieprawidłowe: Pierwsza opcja jest błędna, ponieważ wyłączenie prywatnego DNS wymagałoby ręcznego zarządzania DNS lub używania specyficznych nazw DNS punktu końcowego VPC, co jest mniej optymalne. Polityka apigateway: jest zbyt szeroka i niepotrzebna. Opcje z Network Load Balancer (NLB) lub Application Load Balancer (ALB) i VPC Link są używane do integracji API Gateway z prywatnymi backendami w VPC (np. instancjami EC2, ECS), a nie do łączenia klientów w VPC z prywatnym API Gateway. W tym przypadku API Gateway jest celem, a nie źródłem integracji.