Stai progettando un nuovo servizio basato su TCP che deve essere altamente disponibile tra le Zone di Disponibilità e raggiungibile tramite il nome DNS risolvibile pubblicamente my.service.com. Il servizio utilizza una porta TCP fissa e richiede indirizzi IP fissi che i partner esterni inseriranno in una whitelist. Le risorse sono distribuite su più Zone di Disponibilità in una singola Regione. Quale design soddisfa questi requisiti?

L'opzione corretta soddisfa tutti i requisiti. L'allocazione di un IP Elastico (EIP) per Zona di Disponibilità e l'associazione all'NLB garantisce indirizzi IP fissi e pubblicamente risolvibili per la whitelisting da parte dei partner, mantenendo l'alta disponibilità tra le AZ. L'NLB è ideale per il traffico TCP e la porta fissa. Il record A (alias) di Route 53 che punta all'NLB assicura che my.service.com risolva correttamente il servizio. Le opzioni errate presentano i seguenti problemi: La prima opzione suggerisce di associare EIP direttamente alle istanze EC2 e di creare un record DNS che punta a questi EIP. Questo non sfrutta l'NLB per la gestione del traffico e la risoluzione DNS, rendendo la soluzione meno resiliente e scalabile. Inoltre, gli EIP associati direttamente alle istanze non sono gli IP fissi dell'NLB. La seconda opzione propone indirizzi IP pubblici per le attività ECS e un record A che elenca gli IP del cluster ECS. Gli IP delle attività ECS sono dinamici e non fissi, rendendo impossibile la whitelisting. La quarta opzione utilizza un ALB, che è progettato per il traffico HTTP/HTTPS e non è l'ideale per un servizio TCP puro. Inoltre, gli IP Elastici non sono associati all'ALB in questo modo per la whitelisting.