Une société financière héberge un lac de données dans Amazon S3. Chaque nuit, plusieurs tiers téléchargent des données financières via SFTP. La société exécute actuellement son propre serveur SFTP sur une instance EC2 dans un sous-réseau public ; une tâche cron sur cette instance déplace les fichiers téléchargés dans le lac de données. Le serveur SFTP est accessible à l'adresse sftp.example.com via Amazon Route 53. Comment un architecte de solutions devrait-il améliorer la fiabilité et l'évolutivité de cette solution SFTP ?

AWS Transfer for SFTP est un service entièrement géré qui fournit un support SFTP hautement disponible et évolutif, s'intégrant directement à Amazon S3. Il élimine le besoin de gérer des serveurs SFTP sur EC2, améliorant ainsi la fiabilité et l'évolutivité sans effort opérationnel supplémentaire. La mise à jour de l'enregistrement DNS Route 53 permet une transition transparente pour les utilisateurs existants. Les autres options ne sont pas idéales : un groupe Auto Scaling avec un ALB ne prend pas en charge SFTP directement (ALB est pour HTTP/S) ; un NLB peut acheminer le trafic SFTP mais ne gère pas la complexité du protocole SFTP ni la gestion des utilisateurs, et l'instance EC2 sous-jacente reste un point de défaillance unique pour la logique SFTP ; AWS Storage Gateway est un service de stockage hybride, pas un serveur SFTP.