MinIO снова под прицелом из-за решения использовать только Source

В то время как многие проекты обращаются к открытому исходному коду, чтобы расширить своё сообщество, обеспечить долгосрочную поддержку и продолжать совершенствовать свои продукты, MinIO, высокопроизводительный сервер объектного хранилища, полностью совместимый с Amazon S3, похоже, движется в противоположном направлении. Почему мы так говорим?

Команда MinIO в очередной раз вызвала бурное обсуждение в сообществе, незаметно прекратив выпуск готовых двоичных файлов для своей версии Community Edition. По словам представителей проекта, теперь пользователи должны собирать MinIO полностью из исходного кода. Многие считают, что это негативно скажется на доступности и сотрудничестве в рамках открытого исходного кода.

Это изменение стало известно после того, как пользователи заметили отсутствие образов Docker и Quay. Это было подтверждено в проблеме на GitHub, где разработчики MinIO заявили, что в дальнейшем будут предоставляться только «дистрибутивы только с исходным кодом».

Другими словами, если вы использовали образы Docker от MinIO для развёртывания, то… с этого момента вам придётся создавать их самостоятельно. Этот шаг застал многих пользователей врасплох. Для сравнения: образы MinIO на Docker Hub были загружены более миллиарда раз — так что вы можете себе представить, скольких людей затронет это изменение.

Хотя компания утверждает, что это обеспечивает лучший контроль и соответствие требованиям, сообщество разработчиков ПО с открытым исходным кодом придерживается иного мнения, выражая обеспокоенность по поводу открытости и доверия к проекту. Многие давние пользователи критикуют это решение как ещё один шаг в сторону от прозрачности и принципов ПО с открытым исходным кодом, а также как усложнение автоматизированных развёртываний и рабочих процессов CI/CD, основанных на официальных двоичных файлах.

На самом деле это уже второй удар, который сообщество разработчиков с открытым исходным кодом получило от MinIO. Как мы сообщали, менее пяти месяцев назад компания убрала почти все полезные инструменты из веб-консоли администратора в версии для сообщества, оставив их только для платных клиентов.

Теперь, после этого последнего шага, снова возникает серьёзный вопрос: можно ли по-прежнему считать MinIO надёжным вариантом для сообществ разработчиков ПО с открытым исходным кодом, которые полагаются на бесплатную версию? Вот моё честное, личное мнение на этот счёт.

На данный момент совершенно очевидно, что MinIO делает всё возможное, чтобы ограничить использование бесплатной версии и подтолкнуть пользователей к переходу на платную. И хотя это можно понять с точки зрения бизнеса, то, как они это делают, вызывает немало вопросов.

Кажется, что изменения происходят в одночасье — без прозрачности, предварительных уведомлений и официальных объявлений. Сегодня всё в порядке, а на следующий день вы натыкаетесь на случайный комментарий где-то в ветке GitHub, который свидетельствует о серьёзных изменениях.

Это многое говорит об отношении компании и её подходе к сообществу разработчиков ПО с открытым исходным кодом. Конечно, MinIO завоевала прочную репутацию и миллионы пользователей, которые доверяют её продукту с открытым исходным кодом. Но превращение этого успеха в стратегию монетизации может легко обернуться авантюрой, которая может закончиться не так, как они ожидают.

Учитывая, насколько непредсказуемыми были действия компании в последнее время, если вы являетесь энтузиастом открытого исходного кода или представляете малый бизнес, который зависит от MinIO, возможно, пришло время задуматься о том, насколько надёжно это программное обеспечение.

Хорошая новость заключается в том, что существуют отличные альтернативы с полностью открытым исходным кодом — например, Garage (https://garagehq.deuxfleurs.fr/), — на которые стоит обратить внимание, если вы планируете отказаться от текущей системы MinIO.

Итак, подведем итог: на данный момент пользователи, которые зависят от предварительно скомпилированных сборок MinIO, должны либо научиться компилировать из исходного кода, либо перейти на альтернативное решение. Мы закончим на комментарии пользователя на GitHub, в котором сказано всё: «В любом случае, спасибо за рыбу — пора делать форк и собирать».

Редактор: AndreyEx