Uma empresa financeira hospeda um data lake no Amazon S3. Todas as noites, várias empresas terceirizadas carregam dados financeiros via SFTP. Atualmente, a empresa executa seu próprio servidor SFTP em uma instância EC2 em uma sub-rede pública; um trabalho cron nessa instância move os arquivos carregados para o data lake. O servidor SFTP é acessível em sftp.example.com via Amazon Route 53. Como um arquiteto de soluções deve melhorar a confiabilidade e a escalabilidade dessa solução SFTP?

A opção correta é migrar para o AWS Transfer for SFTP. Este serviço gerenciado da AWS é projetado especificamente para fornecer um endpoint SFTP totalmente gerenciado, altamente disponível e escalável, que se integra nativamente com o Amazon S3. Isso elimina a necessidade de gerenciar servidores SFTP em instâncias EC2, melhorando significativamente a confiabilidade e escalabilidade. Atualizar o registro DNS do Route 53 para apontar para o endpoint do AWS Transfer for SFTP garante que os clientes SFTP existentes possam continuar a se conectar sem alterações. Mover a instância EC2 para um grupo do Auto Scaling com um ALB não é ideal porque o ALB não suporta o protocolo SFTP. Colocar a instância EC2 atrás de um NLB resolveria o problema de escalabilidade e confiabilidade para o tráfego TCP, mas ainda exigiria o gerenciamento do servidor SFTP na instância EC2. Migrar para um file gateway do AWS Storage Gateway não é apropriado, pois ele é usado para acesso a arquivos no local via protocolos de arquivo padrão (NFS, SMB), não para uploads SFTP externos.