Локальный поставщик SaaS ежедневно принимает несколько файлов через несколько общедоступных конечных точек SFTP. Клиенты добавили IP-адреса конечных точек SFTP в списки разрешенных исходящих подключений своих брандмауэров и не могут изменить эти разрешенные IP-адреса. Компания хочет перейти на AWS и сократить операционные расходы, сохранив при этом существующие исходные IP-адреса, разрешенные клиентами. Какое решение удовлетворяет этим требованиям?

Правильный ответ — перенести блок IP-адресов, принадлежащих клиенту (BYOIP), в AWS, выделить Elastic IP-адреса из этого пула и назначить их конечной точке AWS Transfer for SFTP. AWS Transfer for SFTP — это полностью управляемый сервис, который обеспечивает совместимость с существующими SFTP-клиентами, а BYOIP позволяет сохранить текущие IP-адреса, которые клиенты уже внесли в списки разрешенных. Файлы будут храниться в Amazon S3, что снижает операционные расходы. Неправильные варианты: Использование Application Load Balancer и инстансов EC2 с FTP-сервисами увеличивает операционные расходы и сложность, а также требует управления серверами. Использование Network Load Balancer и инстансов EC2 с FTP-сервисами также увеличивает операционные расходы и сложность. Кроме того, Route 53 не решает проблему сохранения исходных IP-адресов для SFTP-клиентов. Конечные точки S3 VPC не поддерживают SFTP напрямую, и нет возможности включить поддержку SFTP непосредственно в бакете S3.