Un'azienda finanziaria ospita un data lake in Amazon S3. Ogni notte, diverse terze parti caricano dati finanziari tramite SFTP. Attualmente l'azienda gestisce il proprio server SFTP su un'istanza EC2 in una sottorete pubblica; un cron job su tale istanza sposta i file caricati nel data lake. Il server SFTP è raggiungibile all'indirizzo sftp.example.com tramite Amazon Route 53. In che modo un architetto di soluzioni dovrebbe migliorare l'affidabilità e la scalabilità di questa soluzione SFTP?

La risposta corretta è migrare il server SFTP su AWS Transfer Family (precedentemente AWS Transfer for SFTP) e aggiornare il record DNS. AWS Transfer Family è un servizio completamente gestito che supporta SFTP, FTPS e FTP, eliminando la necessità di gestire server EC2. Offre alta disponibilità, scalabilità automatica e integrazione diretta con Amazon S3, migliorando notevolmente l'affidabilità e la scalabilità rispetto a una soluzione self-managed su EC2. Spostare l'istanza EC2 in un gruppo Auto Scaling con un Application Load Balancer (ALB) non è ottimale perché ALB opera a livello 7 e non supporta direttamente il protocollo SFTP, che opera a livello 4. Un Network Load Balancer (NLB) supporta SFTP, ma la gestione delle istanze EC2 e del software SFTP rimane un onere operativo, non fornendo la stessa semplicità e scalabilità di un servizio completamente gestito. Migrare a un file gateway di AWS Storage Gateway non è adatto perché Storage Gateway è progettato per fornire accesso on-premise a S3 tramite protocolli di file standard (NFS, SMB), non come un server SFTP esposto a terze parti su Internet.