Stiamo cercando di creare una configurazione di più APItramite il componente Amazon AWS Elastic Beanstalk (AEB). Il motivo per cui abbiamo scelto AEB è perché fornisce implementazione e ridimensionamento senza soluzione di continuità per le applicazioni che implementiamo, senza la necessità di creare manualmente Load Balancer (LB) e regole di ridimensionamento. Ci piacerebbe molto tenerlo in questo modo poiché stiamo pianificando di lanciare un (grande) numero di applicazioni e API.
Tuttavia, siamo di fronte a una serie di sfide con AEB.
Prima di tutto, alcune delle API devono comunicare internamente e la bassa latenza è un requisito fondamentale per noi. Per utilizzare la comunicazione di rete interna in AEB siamo stati "costretti" a:
- Assegna un VPC in Amazon
- Distribuire ciascuna applicazione su questo VPC, ciascuno dietro il proprio LB interno
Ora, quando si usano gli URL di Elastic beanstalkLe API sono in grado di risolvere l'IP interno dell'LB di un'altra API e quindi la latenza viene eliminata e tutto è buono: le API possono comunicare tra loro.
Tuttavia, questo genera un altro problema per noi: Alcune di queste API "internamente" allocate (ricordate che sono dietro a un LB interno in un VPC) devono essere accessibili da Internet.
Non abbiamo ancora trovato un modo per rendere accessibili i LB interni (pur mantenendo la loro capacità di agire anche come LB interno), quindi qualsiasi aiuto su questo argomento è molto apprezzato.
risposte:
3 per risposta № 1- Ogni applicazione dovrebbe trovarsi su una sottorete all'interno di VPC
- Aggiorna ACL e ELB Security Group per consentire l'accesso esterno
Bilanciamento del carico elastico AWS all'interno di un cloud privato virtuale
Inoltre, questa domanda su SO contiene informazioni pertinenti: ELB Amazon in VPC