Сервер обработки документов на Linux генерирует и изменяет файлы со скоростью около 5 документов в секунду и требует высокой производительности локальной файловой системы. Многие приложения были обновлены для использования S3 API, но этот сервер обработки не может быть обновлен немедленно. После завершения обработки файлы должны быть публично доступны из S3 в течение 30 минут. Какой вариант соответствует требованиям с наименьшими усилиями?

Amazon S3 File Gateway позволяет существующим приложениям, использующим файловые протоколы (NFS или SMB), хранить файлы в S3, обеспечивая локальную производительность и прозрачную интеграцию. Это решение требует минимальных усилий, так как сервер обработки документов может продолжать использовать локальную файловую систему, а S3 File Gateway автоматически синхронизирует данные с S3. Вызов RefreshCache API гарантирует, что изменения, внесенные непосредственно в S3, будут отражены в кэше шлюза. Переработка приложения для AWS Lambda — это значительные усилия. Amazon FSx for Lustre обеспечивает высокую производительность, но его развертывание и управление сложнее, чем S3 File Gateway, и он не является решением с наименьшими усилиями для интеграции с S3 для существующих файловых рабочих нагрузок. AWS DataSync предназначен для миграции и периодической синхронизации больших объемов данных, а не для обеспечения постоянного высокопроизводительного доступа к файлам для активного приложения.