AN
стили не меняются
Size: a a a
2020 November 16
AN
complete не переключается в true
NL
Ребятки, есть вопрос, правда скорее по k8s, чем к js
Хочу сделать самый типичный listener/subscriber, который будет слушать сообщения в очереди и отрабатывать их. Какой лучше тип пода выбрать: deployment, job или что-то другое? Job вроде для одноразовых операций, а надо слушать 24/7 и перезапускать под с новым докер образом при релизе
Хочу сделать самый типичный listener/subscriber, который будет слушать сообщения в очереди и отрабатывать их. Какой лучше тип пода выбрать: deployment, job или что-то другое? Job вроде для одноразовых операций, а надо слушать 24/7 и перезапускать под с новым докер образом при релизе
EO
Ребятки, есть вопрос, правда скорее по k8s, чем к js
Хочу сделать самый типичный listener/subscriber, который будет слушать сообщения в очереди и отрабатывать их. Какой лучше тип пода выбрать: deployment, job или что-то другое? Job вроде для одноразовых операций, а надо слушать 24/7 и перезапускать под с новым докер образом при релизе
Хочу сделать самый типичный listener/subscriber, который будет слушать сообщения в очереди и отрабатывать их. Какой лучше тип пода выбрать: deployment, job или что-то другое? Job вроде для одноразовых операций, а надо слушать 24/7 и перезапускать под с новым докер образом при релизе
если не знаешь что тебе нужно, то в 90% случаев это deployment
DZ
Ребятки, есть вопрос, правда скорее по k8s, чем к js
Хочу сделать самый типичный listener/subscriber, который будет слушать сообщения в очереди и отрабатывать их. Какой лучше тип пода выбрать: deployment, job или что-то другое? Job вроде для одноразовых операций, а надо слушать 24/7 и перезапускать под с новым докер образом при релизе
Хочу сделать самый типичный listener/subscriber, который будет слушать сообщения в очереди и отрабатывать их. Какой лучше тип пода выбрать: deployment, job или что-то другое? Job вроде для одноразовых операций, а надо слушать 24/7 и перезапускать под с новым докер образом при релизе
это вроде дефиниции для деплоймента и сервиса надо
EO
ну и доку по к8с почитать 😉
что они вообще дают
что они вообще дают
NL
это вроде дефиниции для деплоймента и сервиса надо
Сервис мне не надо кажется, dns имя не нужно чтобы инициировать общение с очередью
EO
это вроде дефиниции для деплоймента и сервиса надо
сервис, это если к нему надо будет снаружи ходить, а если это просто процесс который будет слушать кого-то, то не
NL
ну и доку по к8с почитать 😉
что они вообще дают
что они вообще дают
Читаю и запутался уже :( вроде и джоба подойдёт, но она вроде как для 1-time операций а не бесконечно висящих процессов
EO
Читаю и запутался уже :( вроде и джоба подойдёт, но она вроде как для 1-time операций а не бесконечно висящих процессов
если ты запутался на deployment vs job, то лучше дальше не читай 😄
EO
job это one-shot, он запустился, сделал дело и умер
NL
А с другой стороны по умолчанию джобы не прихлопываются если долго работают, потому вроде тоже подходит под требования
AN
Да, вывел state как data-state в dom — меняется после отправки событий
EO
deployment - это абстракция поверх replica set, его задача чтобы всегда был необходимый стейт задеплоен по кластеру и делает всё возможно чтобы так и оставалось
NL
deployment - это абстракция поверх replica set, его задача чтобы всегда был необходимый стейт задеплоен по кластеру и делает всё возможно чтобы так и оставалось
Ага, гарантия на «всегда живой» необходима, да. Понял, будем делать деплоймент, пасиб :)
EO
Ага, гарантия на «всегда живой» необходима, да. Понял, будем делать деплоймент, пасиб :)
если умер job, то и фиг с ним, зарепортим, попробуем как-то перезапустить, не получилось, ну ок, пусть разбираются
если умер deployment, то kubernetes будет кричать и пищать, что у тебя тут 20 подов должно быть у этого сервиса, а у тебя 19 живых и один умер, значит что-то не то. Попросили 20 подов, а по итогу 19 - непорядок
если умер deployment, то kubernetes будет кричать и пищать, что у тебя тут 20 подов должно быть у этого сервиса, а у тебя 19 живых и один умер, значит что-то не то. Попросили 20 подов, а по итогу 19 - непорядок
NL
Разница все таки в «как реагировать если под сломался», все остальное +- одинаковое. Спасибо за пояснение :)
EO
Разница все таки в «как реагировать если под сломался», все остальное +- одинаковое. Спасибо за пояснение :)
ну не, job у тебя по расписанию стартует
EO
если у тебя job, который запускается раз в полдня упал, то он поднимается в худшем случае через полдня
EO
где одинаковое? 🙂