Zespół kieruje danymi behawioralnymi dla firmy. Projekt VPC jest Multi-AZ z podsieciami publicznymi i prywatnymi, bramą internetową, a każda publiczna podsieć zawiera bramę NAT. Aplikacje w podsieciach prywatnych odczytują i zapisują dane do Amazon Kinesis Data Streams. Cost Explorer pokazuje stale wysokie opłaty EC2-Other z powodu rosnących kosztów NatGateway-Bytes. Architekt rozwiązań musi obniżyć koszty, zachowując funkcjonalność aplikacji. Co powinien zrobić architekt?

Prawidłowa odpowiedź obniży koszty, ponieważ ruch do Kinesis Data Streams będzie kierowany przez interfejsowy punkt końcowy VPC (PrivateLink), omijając bramę NAT. Opłaty za bramę NAT są naliczane za gigabajt przetworzonych danych, więc przekierowanie ruchu Kinesis, który jest znaczący, bezpośrednio w sieci AWS eliminuje te koszty. Wymaga to również odpowiedniej polityki punktu końcowego VPC, aby zezwolić aplikacjom na dostęp. Pozostałe opcje są nieprawidłowe: Włączenie VPC Flow Logs i analiza ruchu za pomocą Athena lub Detective może pomóc zidentyfikować niepotrzebny ruch, ale nie rozwiąże problemu ruchu do Kinesis Data Streams, który jest zamierzony i niezbędny. Blokowanie tego ruchu zepsułoby aplikację. Dodanie interfejsowego punktu końcowego VPC bez zapewnienia prawidłowych uprawnień IAM lub polityki punktu końcowego nie pozwoliłoby aplikacjom na korzystanie z niego, co nie rozwiązałoby problemu kosztów.