Согласен, я тоже сейчас задумался о том что бредово и слишком обобщенно

Вот это интересная тема, думал что это что то около SRE

которые по умолчанию не работают если юзер не залогинился

у нас так и реализовано было, правда до того как я пришел в компанию

но минус в одном - оверинжиниринг сделали

А где был овреинж и по какой причине он произошел ?

Из за того что девы не знали тулзов для упрощения или человеческий фактор, мол сделаю так курто насколько можно?

Вангую что девелоперы не думают о последующей эксплуатации

А вот это мне сейчас приходится доедать, и это больно, когда преисполненый какими-то тяжелыми веществами бекендер называет себя девапсом, и лезет воротить лютую дичь. Бекендера за преисполненость ссаными тряпками прогнали, но наследие осталось.

А можешь конкретней что не так ?

если произошел оверинжиниринг то это значит что у кого-то было слишком много времени. Если было много времени - значит других задач не было. Т.е. девелопера посадили исполнять обязанности опса.

Как говорят, это была его инициатива, я с ним лично не успел встретиться и спросить с какой целью он сделал то, что сделал

я тут вспомнил как один девелопер  написал целое приложение-брокер с записью в базу данных и переодическим исполнением вместо того чтобы запустить  find | xargs -delete из крона

Например отдельная репа для деплоя (используется только для гитлаб-си), с всратыми  sh-скриптами, из которых сходу понятно примерно ничего, в той же репе ssh-ключи (!) для деплоя в сварму, докерфайлы раскиданы по еще паре несвязанных реп, в общем и целом ощущение такое что чувак решил показать что антипаттернов не существует, и собрал их все в одном проекте, прямо для меня, походу.

Вот похоже очень

Товарищи, приветствую, столкнулся с проблемой в KAFKA-PYTHON consumer, будучи в группе консюмеров если с момента взятия сообщения до коммита проходит более 3-5 сек то получаю ошибку  

CommitFailedError: Commit cannot be completed since the group has already
            rebalanced and assigned the partitions to another member.
            This means that the time between subsequent calls to poll()
            was longer than the configured max_poll_interval_ms, which
            typically implies that the poll loop is spending too much
            time message processing. You can address this either by
            increasing the rebalance timeout with max_poll_interval_ms,
            or by reducing the maximum size of batches returned in poll()
            with max_poll_records.

Согласно ней менял параметры max_poll_interval_ms   и игрался с max size batches.  
автокомит отключен, комит происходит после завершения процедуры, а в процедуре есть обращение к стороннему сервису, вот когда он залипает более чем на пару сек то ловлю ошибку, если быстрее то все ок... кто нибудь сталкивался с подобным ?

Причём не от скудоумия это было сделано, а от преисполнености

Кстати, про кафку, кто-нибудь redpanda в проде гонял?

Выглядит как ребаланс, но я кафку уже лет 5 не трогал
https://stackoverflow.com/questions/30988002/what-does-rebalancing-mean-in-apache-kafka-context

гугл трогал и все варики что находил не подходили или говорили то что и написано в ошибке о том что надо увеличить время обработки сообщения... но это не работает