Хабр Курсы для бэкендеров
РЕКЛАМА
Практикум, Хекслет, SkyPro, авторские курсы — собрали всех и попросили скидки. Осталось выбрать!
Поток Бэкенд доступен 24/7 благодаря поддержке друзей Хабра
Комментарии 13
Ставлю +, но жду версию без докера.
А чем вас докер так не устроил?
К сожалению, версия без Docker'a для Databsus'a не выйдет. У системы много компонентов
Установка даже в рамках одной ОС разных версий выйдет непредсказуемой. На разных ОС - вообще разные способы
В общем, тут выйдет неоправданно трудозатратно для проекта и неудобно для большинства пользователей
Если нужна версия без Docker'a, лучше взять условный go-backup или wal-g
неудобно для большинства пользователей
Пользователи сами решат. Мне например тоже нужна версия без Docker.
Начать можно сперва с Debian подобных систем или подробной докой или sh скриптом, потом написать для RHEL подобных.
На этот случай у меня есть мем:
Пользователи сами решат
>60к загрузок из Docker Hub и ~4к звёзд на GitHub показывают, что пользователи уже решили. Точнее что очень крупному сегменту людей этого не хватает:
Если вам не подходит мой проект, на GitHub точно есть >5 CLI инструментов, которые во многом даже эффективнее и с ещё большим сообществом — используйте их. Зачем требовать от моего то, что навредит проекту?
Начать можно сперва с Debian подобных систем или подробной докой или sh скриптом, потом написать для RHEL подобных.
Я вот не готов вложить несколько недель работы в нестабильную фичу, которая нужна 1%< пользователей и которая уменьшит предсказуемость среды исполнения. А потом её годами ещё сопровождать и чинить. Зачем эта возможность, учитывая, что проект работатает надёжнее без неё и ничего не теряет в функциональности?
Но, если вы считаете, что это полезная функция и готовы доказать, что так лучше - буду рад, если сделаете форк и докажете это. Проект в open source, всё открыто, вам никто не мешает дорабатывать под себя
Мне фиолетово по причине существования альтернатив, вы публикуете статью о продукте в ИТ-Сообществе. Будьте готовы получить фидбек. Сообщество это не только вайб-кодеры, девопсы, но и старая школа, в том числе люди которые по тем или иным причинам не буду ставить Docker ради вашего проекта. Хотите больше аудиторию ? Зачем писать здесь статью ? Хотите. Тогда не нужно тут писать что то в подобном стиле. Вы не готовы к native, а мы не готовы к Docker - все просто.
Это не функция или фича - это способ распространить/адаптировать продукт на большую аудиторию, в.т.ч на строгие и закрытые окружения, дать возможность более точной диагностики в случае падения продукта.
P.S Если же проект стоящий - найдется человек, который форкнет, потратит свое время и сделает это за Вас.
P.P.S Для информации - Docker Hub заблокирован в РФ с Мая 2024 года. Вопрос не том можно ли это обойти - вопрос зачем это делать?
в том числе люди которые по тем или иным причинам не буду ставить Docker ради вашего проекта
Значит проект для них не предназначен
Хотите больше аудиторию?
Только ту, которым подходит мой проект. А кому не подходит - есть масса других инструментов. Databasus - это не история про поддержку 100% пользовательских сценариев, они слишком разные
Зачем писать здесь статью?
Чтобы аудитория, которой полезен проект - о нем узнали. А не для всех и сразу. В статье нигде не идёт речи, что все должны пользоваться моим проектом
Это не функция или фича - это способ распространить/адаптировать продукт на большую аудиторию
Это способ потратить уйму времени с КПД около нуля, уменьшить предсказуемость среды и испортить проект тем 99.9%, которые используют Docker
Может подскажите, на какую аудиторию вы распространили свой проект, убрав Docker?
Docker Hub заблокирован в РФ с Мая 2024 года
Если бы Docker Hub не работал в РФ, из РФ не было бы ~12% пользователей
---
Будьте готовы получить фидбек
Это не фидбек. Это попытка доказать свою правоту, хотя я объяснил рациональные причины, почему принято такое решение
Вы зачем-то хотите от проекта то:
для чего он не предназначен;
контрпродуктивно и ухудшит его maintability;
требует эдак ~$5 000 вложений в виде моего времени, если его конвертировать в деньги;
не расширит аудиторию проекта, потому что у 99.9% разработчиков \ DevOps'ов нет проблем с Docker'ом, но ухудшит его для всех остальных;
...так ещё и вы не факт, что этим будете пользоваться :)
У любого решения есть компромиссы. Для Databasus'a был сознательно выбран Docker, потому что:
он даёт воспроизводимую среду, тем самым улучшая maintability при разработке;
даёт запустить проект за минуту, а не возиться с установкой и вечным дебагом;
даёт поддержку большинства платформ и не зависеть от пакетных менеджеров \ архитектур: Windows, MacOS, Linux - практически любые версии, включая ARM;
Не использовать Docker для такого проекта - это всё равно, что вставлять себе палки в колёса, постреливая в колено время от времени. Очень странно фокусироваться на преодолении проблем, которые давно решил прогресс, а не на проекте, функциях и пользе
А ещё напомню, что главный пользователь Databasus'a - это я. У меня есть Docker
Очень за Вас рад, никаких аргументов против я не увидел - только пустые слова про деньги и нежелание что-то делать. Вас никто не просил бросать Docker окружение или забить на него. Вас попросили сделать продукт вне Docker окружения (паралельно как альтернативный способ установки), не RPM пакет, не DEB пакет. Версию продукта которую можно установить вне слоев виртуализации, сетевого оверхеда и проблем с диагностикой при падении отдельных контейнеров или служб/компонентов внутри их среды Docker.
Почему-то вы считаете что Ваш продукт нужен только 99.9% разработчиков. У меня для Вас новости - еще есть инженеры, есть БДшники и много других ИТ специализаций, это тоже Ваша аудитория (внезапно), люди которые разворачивают, поддерживают и обслуживают базы PSQL. Незнаю в каком мире живете Вы, но в ИТ мире профессий больше чем одна.
Вообщем желаю Вам удачи!
аргументов против я не увидел
Версию продукта которую можно установить вне слоев виртуализации, сетевого оверхеда и проблем с диагностикой при падении отдельных контейнеров или служб/компонентов внутри их среды Docker.
Вы про тот 0.01% оверхеда, который в зоне погрешности?
падении отдельных контейнеров
Контейнер один. И службы в нем хотя бы воспроизводятся, а не у каждого свои (как при установке в ОС)
Вас попросили сделать продукт вне Docker окружения
Что переводится как "ухудшить продукт для поддержки редкого юзкейса, потратив пару недель разработки на давно решенную контейнерами задачу, вместо улучшения текущих функций"
Вообщем желаю Вам удачи!
Спасибо 😄❤️
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Databasus — open source инструмент для резервного копирования PostgreSQL, MySQL и MongoDB (ex-Postgresus)