Size: a a a

2021 June 14

DF

Dmitry Frolov in pro.elixir
@maxlapshin, а  какая альтернатива релизам?
источник

AB

Alex Bubnov in pro.elixir
Ну самописная система старта с нормальным конфигурированием, очевидно
источник

V

V in pro.elixir
Пробрасываешь в mix config
# config/releases.exs

database_url =
 System.get_env("DATABASE_URL") ||
   raise """
   environment variable DATABASE_URL is missing.
   For example: ecto://USER:PASS@HOST/DATABASE
   """

config :app, App.Repo,
 url: database_url

Потом в рантайме фетчишь из конфига

Application.fetch_env!(:app, App.Repo)[:url]
источник

ML

Maksim Lapshin in pro.elixir
Угу.

erl -s launcher

И дальше старт нужных подсистем, всасывание конфига и тп.

У нас же и конфиг жутко хитрый, все для удобства клиентов и поддержки.

Но сейчас с systemd и сменой подхода мы перестали не запускаться изза конфиг и теперь оно может полузапуститься, показать вебморду в которой пояснить, помочь починить поломанную конфигурацию
источник

ММ

Максим Мартынов... in pro.elixir
А пробовали смотреть в сторону докера?
источник

ММ

Максим Мартынов... in pro.elixir
Я скорее про вопрос из разряда systemd vs контейнеры
источник

ML

Maksim Lapshin in pro.elixir
Исключено.

Если я буду распространять софт в докере, то мы потеряем до трети клиентов
источник

ML

Maksim Lapshin in pro.elixir
Может и больше
источник

ММ

Максим Мартынов... in pro.elixir
По какой причине?
источник

DF

Dmitry Frolov in pro.elixir
А пробовали экспериментировать со всякими nix или guix?
источник

DF

Dmitry Frolov in pro.elixir
Или сильно от мейнстрима далековато
источник

ML

Maksim Lapshin in pro.elixir
1. Огромная сложность установки докера
2. Слабая сетевая посистема докера
3. Непригодность сетевой подсистемы для передачи мультикаста
4. Отсутствие возможностей для автостарта контейнера и вообще плохая автозапускаемость


Это так, для начала
источник

ММ

Максим Мартынов... in pro.elixir
2-3 решаются использованием network_mode: host
источник

ММ

Максим Мартынов... in pro.elixir
1. Спорно, там пара однострочных команд и все
источник

ММ

Максим Мартынов... in pro.elixir
4. Оно просто не особо предназначено для работы на хостах, которые постоянно перезапускаются. Тут вопрос больше к оркестрации
источник

ММ

Максим Мартынов... in pro.elixir
Вообще основной аргумент за - это его использование в качестве пакетного менеджера, чтобы не собирать rpm/deb и не страдать из-за зависимостей. Если это не критично для продукта, то в целом понимаю позицию отказа от докера, это дополнительный элемент, который может сломаться, нужно понимание работы нового инструмента и его абстракций и т.п.
источник

ML

Maksim Lapshin in pro.elixir
Ну, это несерьезно.

У нас солидный опыт поддержки людей, которые не не понимают что файрвол направленный и веруют в то, что у центоса есть поддержка.


Поставить докер - условно нереальная задача для того, чтобы кастомер к нам не обращался за помощью
источник

ММ

Максим Мартынов... in pro.elixir
Как будто firewall без докера настраивается щелчком пальцев, там все равно нужно понимание, что происходит. И то, что у админов на стороне клиента его нет, никак не проблема самого докера. В таком случа проблемы будут и по дискам, и по бэкапам, и по всему. Знаю по собственному опыту, там вообще творится дичь.
Ну и центось все, умер
источник

ML

Maksim Lapshin in pro.elixir
Это наша прблема :)

Самый надежный способ - деб пакет, убунта 18.04/20.04 и systemd

Все остальное требует повышенной квалификации и жуткого роста расходов на поддержку
источник

LL

Lama Lover in pro.elixir
@dolfinus, я не понимаю какую проблему докер в данном случае вообще решает.
источник