AF
И еще. Для Go API-серверов практически стандартом развертывания является использование Kubernetes. Я слышал, что для экосистемы BEAM-языков это совсем необязательно, т.к. она сама заточена на проблемы масштабирования и распределения. Это правда?
Size: a a a
2021 March 24
Aß
50/50
ŹR
И еще. Для Go API-серверов практически стандартом развертывания является использование Kubernetes. Я слышал, что для экосистемы BEAM-языков это совсем необязательно, т.к. она сама заточена на проблемы масштабирования и распределения. Это правда?
Зависит от АПИ
Aß
у меня сложилось впечатление что самое сложное в данном случае найти квалифицированных эрлангистов
AF
A ß
у меня сложилось впечатление что самое сложное в данном случае найти квалифицированных эрлангистов
Но в принципе можно для высоконагруженных Erlang/Elixir систем не использовать Kubernetes?
LL
И еще. Для Go API-серверов практически стандартом развертывания является использование Kubernetes. Я слышал, что для экосистемы BEAM-языков это совсем необязательно, т.к. она сама заточена на проблемы масштабирования и распределения. Это правда?
В
Можно использовать и
BEAM масштабирование делается внутри программыМожно использовать и
kubernetes, а можно самому писать логику масштабированияŹR
Но в принципе можно для высоконагруженных Erlang/Elixir систем не использовать Kubernetes?
да
LL
Но в принципе можно для высоконагруженных Erlang/Elixir систем не использовать Kubernetes?
А вы на чём хоститесь? Если в облаке, то проще всего использовать кубы.
Если на железках, то можно и средствами
Elixir дружит с кубами не хуже чем GoЕсли на железках, то можно и средствами
Elixir это сделатьAF
А вы на чём хоститесь? Если в облаке, то проще всего использовать кубы.
Если на железках, то можно и средствами
Elixir дружит с кубами не хуже чем GoЕсли на железках, то можно и средствами
Elixir это сделатьМы используем свои сервера
AF
Но насколько я понимаю, "гембеля" с Эликсиром при маштабировании и "горячей" замене, будет меньше, чем с Кубернетесом. Вообще, судя по "рекламным" статьям - система неплохая. Единственное, что меня немного отворачивает от попытки освоения Elixir - это динамические типы...
LL
Мы используем свои сервера
Если деплоите прямо на железо, то можно
Для связности и жизнеспособности кластера нужно будет, наверное подключить
И кстати, если машины не будут за фаерволлом, лучше закрывать
edeliver. Для релизов на железо лучше выбирать distillery (потому что distillery умеет работать с edeliver)Для связности и жизнеспособности кластера нужно будет, наверное подключить
libclusterИ кстати, если машины не будут за фаерволлом, лучше закрывать
epmd или отказываться от него через epmdlessAF
Если деплоите прямо на железо, то можно
Для связности и жизнеспособности кластера нужно будет, наверное подключить
И кстати, если машины не будут за фаерволлом, лучше закрывать
edeliver. Для релизов на железо лучше выбирать distillery (потому что distillery умеет работать с edeliver)Для связности и жизнеспособности кластера нужно будет, наверное подключить
libclusterИ кстати, если машины не будут за фаерволлом, лучше закрывать
epmd или отказываться от него через epmdlessСпасибо за инфу!
LL
Но насколько я понимаю, "гембеля" с Эликсиром при маштабировании и "горячей" замене, будет меньше, чем с Кубернетесом. Вообще, судя по "рекламным" статьям - система неплохая. Единственное, что меня немного отворачивает от попытки освоения Elixir - это динамические типы...
Горячую замену никто не использует просто так. Это довольно экзотическая фича для особенно узких мест
Хорошей практикой считается использовать релизы (артефакты, которые можно выкатывать)
Хорошей практикой считается использовать релизы (артефакты, которые можно выкатывать)
ŹR
Ansible деплоим на железо
AF
Горячую замену никто не использует просто так. Это довольно экзотическая фича для особенно узких мест
Хорошей практикой считается использовать релизы (артефакты, которые можно выкатывать)
Хорошей практикой считается использовать релизы (артефакты, которые можно выкатывать)
омайгад, я уже из статей на хабре решил, что ввиду чистой функциональности горячая замена в эликсире - это обычная практика....
LL
Ansible деплоим на железо
А у тебя, случайно, нет какого-нибудь плейбука для эликсира в опенсорсе
ŹR
А у тебя, случайно, нет какого-нибудь плейбука для эликсира в опенсорсе
У меня нету эликсира в проде
LL
У меня нету эликсира в проде
AB
А у тебя, случайно, нет какого-нибудь плейбука для эликсира в опенсорсе
а зачем для эликсира плейбук?
LL
омайгад, я уже из статей на хабре решил, что ввиду чистой функциональности горячая замена в эликсире - это обычная практика....
Хотрелоадинг при разработке все используют. Это очень удобно
А для обновления кода в проде используют обычные деплой стратегии, никакой экзотики. Проблема не в том, что горячая замена в эликсире сложная, а скорее в том, что она слишком простая, поэтому её сложно контроллировать и правильно использовать
А для обновления кода в проде используют обычные деплой стратегии, никакой экзотики. Проблема не в том, что горячая замена в эликсире сложная, а скорее в том, что она слишком простая, поэтому её сложно контроллировать и правильно использовать