RK
Такой вопрос: известно, что внутри Docker есть проблемы с некоторыми фичами Erlang. Есть ли технология контейнеризации, которая не имеет проблем с Erlang и дружит с Kubernetes?
Size: a a a
2019 January 26
IA
Нет
EA
Такой вопрос: известно, что внутри Docker есть проблемы с некоторыми фичами Erlang. Есть ли технология контейнеризации, которая не имеет проблем с Erlang и дружит с Kubernetes?
Есть такая штука https://github.com/bitwalker/libcluster
RK
Есть такая штука https://github.com/bitwalker/libcluster
Да, спасибо) Это решает одну из двух больших проблем, которые я заметил. Вторая - про обновление кода без рестарта. Нужно редко, но вдруг есть удобное решение для kuber'а? Даже просто почитать про него было бы интересно.
EA
Да, спасибо) Это решает одну из двух больших проблем, которые я заметил. Вторая - про обновление кода без рестарта. Нужно редко, но вдруг есть удобное решение для kuber'а? Даже просто почитать про него было бы интересно.
Так у вас же кубер, можно zero downtime деплои делать, а так есть remote_console и можно всегда зайти на прод и обновить нужный модуль.
RK
Так у вас же кубер, можно zero downtime деплои делать, а так есть remote_console и можно всегда зайти на прод и обновить нужный модуль.
Потому и говорю, что редко нужно. Kuber не поможет, если нельзя останавливать ни одну из нод. Но так как это (пока) очень узкая специфика - думаю что инструменты под нее нескоро появятся.
В общем случае, конечно, лучше проектировать так, чтобы не нужны были hot code upgrades.
В общем случае, конечно, лучше проектировать так, чтобы не нужны были hot code upgrades.
ю
Потому и говорю, что редко нужно. Kuber не поможет, если нельзя останавливать ни одну из нод. Но так как это (пока) очень узкая специфика - думаю что инструменты под нее нескоро появятся.
В общем случае, конечно, лучше проектировать так, чтобы не нужны были hot code upgrades.
В общем случае, конечно, лучше проектировать так, чтобы не нужны были hot code upgrades.
не надо писать так, что нужны горячие обновления кода, это сложно и почти всегда не нужно
RK
не надо писать так, что нужны горячие обновления кода, это сложно и почти всегда не нужно
дык я последним предложением ровно это и написал)
ю
ну я так 🙂
ю
слово вставить
RK
рефлексы, да))
ю
это почти всегда кончается плохо
ю
я про хот апдейты)))
RK
Да они и выглядят страшно. Нужно писать миграции стейта. И тут ты понимаешь сколько всего может пойти не так.
ю
угу, я их писал :))
ю
еще на эрланге, когда не было мапов, когда рекорды надо было обновлять, это ад и не нужно
ю
и, если честно, не советовал бы использовать дистрибьюшн эрланга, лучше архитекурить так, чтобы оно рулилось другими тулзами
IA
с другой стороны, рано или поздно пожалеете, что хот апдейтов нет
IA
"эх, всего бы одну строчку добавить"
DA
По рукам за это )