Иногда серверы уже под завязку, диски трещат, а в полное облако перебираться пока рано — дорого, непривычно, процессы не готовы. Вот тут обычно вспоминают про Storage Gateway. Такая прослойка между вашей локальной инфраструктурой и облачным хранилищем: с одной стороны — ваши серверы и приложения, с другой — S3 или что вы там используете. Для пользователей всё выглядит как обычная папка или сетевой диск, без магии и космических терминов.
Рабочий сценарий примерно такой: данные в первую очередь пишутся локально, на ваш сторедж, а уже потом, по-тихому, в фоне, нужные файлы уезжают в облако. Никаких ручных rsync по ночам, никаких «сейчас подождите, я в S3 залью» — со стороны это просто ещё один диск в системе. Для приложений и людей — всё как обычно, без ощущения, что вы где-то наполовину в облаке.
Чаще всего за облачным «хвостом» стоит Amazon S3. Это не файловая система в классическом понимании, а набор объектов — по сути, контейнеры с содержимым и метаданными. Каждый объект можно назвать, навесить теги, положить в нужный bucket и потом дернуть его через API, когда понадобится. Выигрыш понятный: масштабируется почти безболезненно, живёт надёжно, и в целом довольно гибкая штука.
Сам Storage Gateway может притворяться разными вещами. Его можно использовать как файловый шаринг, как кэширующий шлюз, который хранит «горячие» данные локально, а остальное держит в облаке, или как виртуальную ленточную библиотеку, если у вас бэкап-софтина мысленно всё ещё живёт в эпохе лент. Для архивов, долгого хранения, резервного копирования и вообще гибридных сценариев «часть тут, часть в облаке» — это ровно тот инструмент, который часто спасает от painful переезда за один день.
