Uma empresa migrou seu aplicativo para a AWS. O aplicativo é executado em instâncias Amazon EC2 Linux em um grupo do Auto Scaling em várias zonas de disponibilidade. Os arquivos são armazenados em um sistema de arquivos Amazon Elastic File System (Amazon EFS) que usa o armazenamento EFS Standard-Infrequent Access. O aplicativo indexa os arquivos e armazena o índice em um banco de dados Amazon RDS. A empresa deseja reduzir os custos de armazenamento com o mínimo de alterações no aplicativo e nos serviços. Qual solução atenderá a esses requisitos da forma MAIS econômica?

A opção de criar um bucket Amazon S3 com Intelligent-Tiering e atualizar o aplicativo para usar a API do S3 é a mais econômica. O Amazon S3 Intelligent-Tiering move automaticamente os objetos entre as camadas de acesso frequente e infrequente, otimizando os custos sem impacto no desempenho ou na disponibilidade. O EFS Standard-Infrequent Access já é uma camada de baixo custo, mas o S3 Intelligent-Tiering pode ser ainda mais econômico para dados que variam em frequência de acesso. A atualização para a API do S3 é uma alteração de código, mas é um padrão comum na AWS. As outras opções são menos adequadas. O Amazon FSx for Windows File Server e o Amazon FSx for OpenZFS são soluções de armazenamento de arquivos gerenciadas que podem ser mais caras que o S3 para este caso de uso, e exigiriam mudanças no protocolo de acesso (CIFS ou novo ponto de montagem). O S3 Glacier Flexible Retrieval é para arquivamento de longo prazo e não é adequado para arquivos que precisam ser indexados e acessados com frequência, pois as recuperações têm latência e custos associados.