Een on-premises SaaS-provider accepteert dagelijks verschillende bestanden via meerdere openbare SFTP-eindpunten. Klanten hebben de IP-adressen van de SFTP-eindpunten toegevoegd aan hun allow lists van de uitgaande firewall en kunnen die toegestane IP's niet wijzigen. Het bedrijf wil migreren naar AWS en de operationele overhead verminderen, terwijl de bestaande bron-IP's die klanten toestaan, behouden blijven. Welke oplossing voldoet aan deze vereisten?

De correcte optie voldoet aan de vereisten door Bring Your Own IP (BYOIP) te gebruiken om de bestaande openbare IP-adressen van de SFTP-eindpunten te behouden, wat cruciaal is omdat klanten hun firewall allow lists niet kunnen wijzigen. AWS Transfer for SFTP biedt een volledig beheerde SFTP-service, wat de operationele overhead aanzienlijk vermindert en bestanden direct naar Amazon S3 opslaat voor schaalbare en duurzame opslag. De andere opties zijn minder geschikt: Het toewijzen van Elastic IP's aan een Application Load Balancer met EC2-instances voor FTP is complexer en biedt niet de beheerde SFTP-functionaliteit van AWS Transfer, wat de operationele overhead niet voldoende vermindert. Bovendien is FTP geen SFTP. Het registreren van een IP-adresblok bij Route 53 en het gebruik van een Network Load Balancer met EC2-instances voor FTP is ook complexer en FTP is geen SFTP. Het toewijzen van Elastic IP's aan een S3 VPC-endpoint en het inschakelen van SFTP-ondersteuning direct op de S3-bucket is niet mogelijk; S3 ondersteunt geen native SFTP-toegang op die manier.