Годами MinIO был очевидным ответом всякий раз, когда инженерной команде требовалось S3-совместимое объектное хранилище вне AWS. Нужен S3-совместимый API в Kubernetes? Объектное хранилище для бэкапов? Что-то, что можно поднять локально через Docker Compose? Ответ был один — MinIO.
Но с недавнего времени все изменилось. В 2026 году open-source проект MinIO больше не поддерживается так, как инженеры привыкли. Апстрим-репозиторий на GitHub был архивирован 25 апреля 2026 года, а его README прямо сообщает, что репозиторий больше не сопровождается.
Отсюда очевидный вопрос: Чем заменить MinIO?
Единого ответа нет. Выделяются три проекта: Garage, RustFS и SeaweedFS. Все три предоставляют S3-совместимое хранилище, но построены вокруг довольно разных идей. Garage делает сильную ставку на децентрализованное и географически распределённое объектное хранилище; RustFS особенно интересен инженерам, которые ищут решение, близкое к модели MinIO; SeaweedFS выбирает гораздо более широкий подход и совмещает объектное хранилище с распределённым файловым хранилищем и другими интерфейсами доступа.
Поэтому важно не просто найти «следующий MinIO», а понять, для чего на самом деле спроектирован каждый проект.
Что на самом деле произошло с MinIO
Репозиторий MinIO на GitHub теперь архивирован и доступен только для чтения. Его текущий README гласит:
«THIS REPOSITORY IS NO LONGER MAINTAINED» («ЭТОТ РЕПОЗИТОРИЙ БОЛЬШЕ НЕ СОПРОВОЖДАЕТСЯ»).
У любого продакшен-инженера это немедленно вызывает вопрос: какие есть альтернативы? Но будем реалистами. Тысячи проектов по-прежнему работают на MinIO, и многие из них прекрасно себя чувствуют на той версии, которая была развёрнута. Работающий кластер MinIO не перестаёт магическим образом отдавать объекты оттого, что репозиторий на GitHub архивировали. Если кластер здоров и у вас уже есть нужные бинарники или образы контейнеров, он может продолжать работать. Гораздо большая проблема — дальнейшая судьба такого развёртывания.
В сентябре 2026 года репозиторий minio/minio на Docker Hub был архивирован, и пользователи начали сообщать, что ни minio/minio, ни minio/mc больше нельзя скачать с Docker Hub. Это ровно тот класс сбоев, который заставляет инфраструктурных инженеров нервничать. Представьте: ваше приложение не менялось вовсе. Манифесты Kubernetes по-прежнему валидны, инфраструктурный код по-прежнему валиден, продакшен-кластер по-прежнему работает. Затем падает нода. Вам нужно пересоздать ворклоад, и Kubernetes пытается скачать образ:
image: minio/minio:latest
Но образа больше нет.
Если вы не зеркалировали образ в собственный registry, деплой заблокирован. В итоге вы можете оказаться в зависимости от коллеги, у которого образ случайно остался локально, или пытаться восстановить старый образ откуда-то ещё.
Garage
Garage — распределённая система объектного хранения, написанная на Rust и реализующая S3 API.
Её философия несколько отличается от MinIO. Garage — ваш вариант, если цель — не просто «хочу сервер, похожий на MinIO», а скорее «хочу распределённое объектное хранилище, способное работать поверх нескольких площадок».
Garage использует децентрализованную архитектуру, в которой узлы совместно участвуют в распределённой системе хранения. Поэтому он хорошо подходит для сценариев, где вместо одного большого кластера хранения у вас несколько относительно небольших узлов, разнесённых по разным локациям.
Например, ваша инфраструктура может быть распределена между несколькими площадками:
Это одна из областей, где Garage существенно отличается от привычной ментальной модели MinIO.
RustFS
RustFS придерживается иного подхода, чем Garage, хотя и разделяет с ним ряд важных черт. Он также написан на Rust и предоставляет API, совместимый с AWS S3.
Для пользователей MinIO интересна сама философия проектирования. RustFS открыто описывает свою архитектуру как вдохновлённую философией дизайна MinIO, поэтому он подойдёт, когда ваша отправная точка: «я уже знаю MinIO и хочу что-то знакомое по ощущениям».
RustFS построен на распределённой модели из узлов и дисков. Концептуально это выглядит так:
Это не значит, что миграция будет полностью бесшовной. S3-совместимость нужно проверять на реальной нагрузке вашего приложения, а операционную модель нового кластера ещё предстоит изучить.
SeaweedFS
SeaweedFS идёт дальше Garage и RustFS. Если те два — прежде всего распределённые объектные хранилища, то SeaweedFS спроектирован как распределённая платформа хранения с поддержкой S3, FUSE, HDFS, WebDAV, SFTP и других интерфейсов.
SeaweedFS интересен пользователям MinIO, когда S3 — лишь часть требований. Если вам нужен просто S3-совместимый API, SeaweedFS может дать больше инфраструктуры, чем необходимо. Но если вам нужны несколько интерфейсов хранения или у вас нагрузки с очень большим количеством мелких объектов, его архитектура становится гораздо убедительнее.
Концептуально это выглядит так:
SeaweedFS разделяет хранение на master-серверы, volume-серверы и Filer. Master-сервер управляет метаданными кластера, volume-серверы хранят данные, а Filer предоставляет файлоподобное пространство имён. S3-шлюз располагается поверх этой архитектуры и может масштабироваться независимо.
Ещё одна заметная черта — поддержка одновременно репликации и erasure coding в сочетании с volume-ориентированным дизайном, который хорошо работает с большим количеством мелких объектов. Поэтому SeaweedFS подходит для датасетов, миниатюр, сгенерированных файлов и других нагрузок с высоким числом объектов.
Обратная сторона — сложность. SeaweedFS предлагает заметно больше функций, чем простое S3-совместимое объектное хранилище, поэтому дополнительную гибкость придётся уравновешивать операционными издержками.
Garage против RustFS против SeaweedFS
В этом месте необходимо внести ясность: три проекта — не три взаимозаменяемых клона MinIO.
Все они предоставляют S3-совместимое хранилище, но отвечают на разные требования.
Garage сфокусирован на децентрализованном объектном хранилище и хорош для географически распределённых и мультисайтовых развёртываний.
RustFS — самый естественный проект для изучения, когда ваше основное требование — заменить MinIO другим распределённым S3-совместимым объектным хранилищем, сохранив относительно знакомую архитектуру.
SeaweedFS выбирает более широкий подход и имеет смысл, когда объектное хранилище — лишь часть задачи. Его способность отдавать одно и то же базовое хранилище через S3, файловую систему, HDFS и другие интерфейсы может быть ценной для более крупных и разнородных сред хранения.
Поэтому важное различие — не в производительности и не в количестве функций. Оно в архитектуре, которую вы готовы сопровождать.
| Критерий | Garage | RustFS | SeaweedFS |
|---|---|---|---|
| Основной язык | Rust | Rust | Go |
| S3-совместимость | Да | Да | Да |
| Архитектура | Распределённая, децентрализованная | Распределённая, децентрализованная | Многоуровневое распределённое хранилище |
| Основной фокус | Распределённое объектное хранилище | S3-объектное хранилище | Платформа объектного + файлового хранения |
| Миграция с MinIO | Требует изменений архитектуры | Концептуально ближе | Требует изменений архитектуры |
| Kubernetes | Да | Да | Да |
| Гео-распределение | Сильный фокус | Поддерживается | Поддерживается |
| Файловый доступ | Нет | Нет | Да |
| FUSE | Нет | Нет | Да |
| HDFS | Нет | Нет | Да |
| Нагрузки с мелкими объектами | Хорошо подходит | Хорошо подходит | Сильный фокус |
| Erasure coding | Поддерживается | Поддерживается | Поддерживается |
| Операционная сложность | Относительно невысокая | Относительно невысокая | Выше |
| Лучше всего подходит для | Мультисайт / децентрализованное хранилище | Замена MinIO | Многоцелевое распределённое хранилище |
| Сложность миграции | Средняя | Низкая–средняя | Средняя–высокая |
Эта таблица не объявляет победителя. Проекты решают разные задачи, и правильный выбор зависит от нагрузки и архитектуры, которые вам нужно поддерживать.
Если у вас несколько площадок и вы хотите децентрализованное хранилище, в котором географическое распределение — фундаментальная часть архитектуры, стоит изучить Garage.
Если ваше главное требование — заменить MinIO современным распределённым S3-совместимым объектным хранилищем на Rust с относительно знакомой моделью, начните с RustFS.
Если вам нужно больше, чем S3, — например, файловый доступ, HDFS, огромное количество мелких объектов или несколько интерфейсов хранения — серьёзного рассмотрения заслуживает SeaweedFS.
При этом выбирать проект с самым длинным списком функций не обязательно. Выбирать нужно архитектуру, которая соответствует вашей нагрузке.
Заключение
MinIO, возможно, больше не выбор по умолчанию, каким он был когда-то, но это не значит, что его однозначно заменит один-единственный проект. Garage, RustFS и SeaweedFS — три разных направления self-hosted объектного хранения. Garage фокусируется на децентрализованном мультисайтовом хранении. RustFS — ближайшее соответствие для команд, которым нужна знакомая распределённая S3-модель. SeaweedFS выходит за рамки объектного хранения и предлагает более широкую платформу хранения с несколькими интерфейсами и дизайном, особенно подходящим для большого числа объектов. Эра, когда MinIO считали автоматическим выбором по умолчанию для self-hosted S3, закончилась. Правильная замена зависит от операционной модели, нагрузки и архитектуры, которые вы хотите поддерживать ещё долго после завершения миграции.
Для существующего развёртывания MinIO решение не должно начинаться с вопроса «Какой проект лучший?» Оно должно начинаться с вопроса «Что нам на самом деле нужно от нашего слоя хранения?»
Как только вы ответите на этот вопрос, выбор между Garage, RustFS и SeaweedFS станет гораздо меньше похож на поиск «следующего MinIO» и гораздо больше — на выбор архитектуры хранения, которая действительно подходит вашей инфраструктуре.
