Компания перенесла свое приложение в AWS. Приложение работает на инстансах Amazon EC2 Linux в группе Auto Scaling в нескольких зонах доступности. Файлы хранятся в файловой системе Amazon Elastic File System (Amazon EFS), которая использует хранилище EFS Standard-Infrequent Access. Приложение индексирует файлы и хранит индекс в базе данных Amazon RDS. Компания хочет сократить расходы на хранение с минимальными изменениями в приложении и сервисах. Какое решение наиболее экономично соответствует этим требованиям?

Правильный ответ — создание бакета Amazon S3 с политикой Intelligent-Tiering. Amazon S3 Intelligent-Tiering автоматически перемещает объекты между уровнями доступа для оптимизации затрат, что идеально подходит для файлов с меняющимися или неизвестными паттернами доступа, обеспечивая значительную экономию по сравнению с EFS Standard-Infrequent Access, особенно если доступ к файлам не так уж и редок. Изменение приложения для использования S3 API является минимальным, так как это стандартный способ взаимодействия с S3. Другие варианты менее оптимальны: FSx for Windows File Server и FSx for OpenZFS дороже EFS и не предлагают значительной экономии для данного сценария, требуя при этом изменения протокола или точки монтирования. S3 Glacier Flexible Retrieval предназначен для архивирования данных с редким доступом и высокими задержками извлечения, что не подходит для активного приложения, индексирующего файлы. Использование "стандартных извлечений" из Glacier все равно будет дорогим и медленным.