Gli sviluppatori necessitano di un accesso SSH sicuro alle istanze Amazon EC2 che eseguono l'ultima versione di Amazon Linux. Gli sviluppatori lavorano da remoto e dall'ufficio aziendale. Le istanze EC2 si trovano in una sottorete privata di una VPC e utilizzano un NAT gateway in una sottorete pubblica per l'accesso a Internet. L'azienda preferisce utilizzare i servizi AWS e minimizzare i costi. Cosa dovrebbe fare un architetto di soluzioni nel modo più conveniente?

L'opzione corretta è la più conveniente e sicura. AWS Systems Manager Session Manager consente l'accesso SSH alle istanze EC2 senza aprire porte in entrata o gestire chiavi SSH, riducendo la superficie di attacco e i costi operativi. La policy AmazonSSMManagedInstanceCore fornisce le autorizzazioni necessarie alle istanze per comunicare con SSM. Le altre opzioni sono meno ideali: Creare un bastion host nella stessa sottorete delle istanze EC2 non è possibile, poiché le istanze sono in una sottorete privata e non direttamente raggiungibili da Internet. ec2:CreateVpnConnection non è rilevante per l'accesso SSH diretto. Una connessione AWS Site-to-Site VPN è costosa e complessa da gestire, e richiederebbe comunque una soluzione aggiuntiva per gli sviluppatori remoti. Creare un bastion host nella sottorete pubblica è una soluzione valida ma più costosa e complessa da gestire rispetto a Session Manager, richiedendo la gestione di chiavi SSH e l'apertura di porte.