Staramy się utworzyć konfigurację wielu interfejsów API za pomocą komponentu Elastic Beanstalk (AEB) Amazon AWS. Powodem, dla którego wybraliśmy AEB, jest to, że zapewnia bezproblemowe wdrażanie i skalowanie aplikacji, które wdrażamy, bez konieczności ręcznego tworzenia równoważników obciążenia (LB) i reguł skalowania. Bardzo chcielibyśmy zachować to w ten sposób, ponieważ planujemy uruchomienie (dużej) liczby aplikacji i interfejsów API.

Jednak przed AEB stoimy przed wieloma wyzwaniami.

Przede wszystkim część interfejsu API musi komunikować się wewnętrznie, a niskie opóźnienia są dla nas podstawowym wymogiem. W celu wykorzystania komunikacji w sieci wewnętrznej w AEB zostaliśmy „zmuszeni” do:

Przydziel VPC w AmazonWdrażaj każdą aplikację do tego VPC - każdy za własnym wewnętrznym LB

Teraz, gdy używa się adresów URL elastycznej łodygi fasoli, interfejsy API są w stanie rozwiązać wewnętrzny adres IP LB innego API, a zatem opóźnienie jest wyeliminowane i wszystko jest w porządku - interfejsy API mogą komunikować się ze sobą.

Jednak to rodzi dla nas kolejny problem: niektóre z tych „wewnętrznych” przydzielonych interfejsów API (pamiętajcie, że są za wewnętrznym LB w VPC) muszą być również dostępne z Internetu.

Nadal nie znaleźliśmy sposobu na udostępnienie wewnętrznego Internetu LB (zachowując jednocześnie jego zdolność do działania jako wewnętrzny LB), więc wszelka pomoc w tej sprawie jest bardzo mile widziana.