Ок спасибо думал узнаю что то новое

Всмысле?

На сайте дока по установке лежит

😂

Блин не успел

А что новое то?

я не оч понял что ты хочешь узнать

Привет. Может быть кто подскажет по Kubernetes вариант решения следующей задачи: есть бесконечно пополняемая очередь (work queue в терминологии k8s), например RabbitMQ. Необходимо сделать параллельные консьюмеры, которые бы обрабатывали эту очередь постоянно (не одноразовые джобы).

Ньюанс в том, что для предотвращения утечки памяти, консьюмеры принято (например в  PHP) перезапускать через некоторе время или некоторое количество обработанных сообщений.

Вопрос, как это ложится на Job абстракцию k8s? Там есть только restart: OnFailure | Never, а перезапуск имеет Success код (т.е. k8s не перезапустит такой Job)

или может впринципе тут подход с Job неверный? И надо использовать нечто другое

можно просто не использовать php

PHP тут как пример, это может быть любой другой ЯП

просто я не сталкивался с проблемой утечки памяти используя консьюмеры, они правда написаны на js

вам повезло :)

продолжаю изучение вопроса - судя по всему вместо Job надо использовать https://kubernetes.io/docs/concepts/workloads/controllers/replicationcontroller/ - ReplicationController, который даже в случае успешного завершения контейнера будет его перезапускать, держа постоянно N реплик

deployment с обработчиками и не периться

сдохнет - куб его переподымет

RC в сыром виде лучше не использовать, лучше пусть с ним deployment работает

спасибо за совет

а почему в сыром виде не стоит? если есть где почитать об этом - ткните ссылкой пожалуйста

deployment управляет rc (на этом так же реализован механизм обновлений/откатов), а rc управляет уже pod`ами