Une entreprise prévoit de migrer une application héritée sur site vers AWS. L'application ingère des fichiers de commande client à partir d'un système ERP sur site et les télécharge vers un serveur SFTP. Le système ERP existant est déjà connecté au compte AWS. La nouvelle application doit s'intégrer au système ERP, être sécurisée et résiliente, utiliser SFTP et traiter les commandes immédiatement à l'arrivée des fichiers. Quelle solution répond à ces exigences ?

La solution correcte répond à toutes les exigences. AWS Transfer Family pour SFTP est le service approprié pour les transferts SFTP. L'utilisation de deux zones de disponibilité assure la résilience. Amazon S3 est un stockage objet hautement durable et évolutif, idéal pour les fichiers de commande. Une fonction AWS Lambda est parfaite pour traiter les commandes immédiatement à l'arrivée des fichiers, et les workflows gérés de Transfer Family peuvent déclencher Lambda directement après le téléchargement, garantissant un traitement immédiat. Les options incorrectes présentent des lacunes : La première option utilise un serveur accessible sur Internet, ce qui est moins sécurisé qu'un serveur interne pour une intégration ERP. Les notifications d'événements S3 sont une alternative, mais les workflows Transfer Family sont plus intégrés. La deuxième option utilise une seule zone de disponibilité, ce qui compromet la résilience, et Amazon EFS est généralement plus coûteux et moins adapté que S3 pour le stockage de fichiers de commande non structurés. La troisième option utilise un serveur SFTP interne, mais le sondage périodique d'EFS avec EventBridge Scheduler et Step Functions introduit une latence et une complexité inutiles, ne permettant pas un traitement immédiat à l'arrivée des fichiers.