Меня только Кирилл пытается душить

И Терёхин немного

Так шо не надо тут это

Зависит от сортов бизнес-логики при обработке и других факторов, например, зависимости стейта от чего-либо еще. Ну то есть мне-то что надо: остановили самого конзумера, закоммитили оффсетики, которые уже были прочитаны, умерли. Если еще будет возможность посидеть покайфовать пока то, что было вычитано, обработается и потом оффсетики закоммится - вообще сказка.
fs2-kafka например просто канселит все подряд, включая твою бизнес логику посередине. Не при любой логике обработки, особенно легаси, такое допустимо

че делать если ты оффсетами сам рулишь? еще одну либу писать?

Не очень понял о чем ты, откуда руление оффсетами взялось? Или ты про то, что хочешь так делать?

Ну вдруг ему хочется двинуть оффсет у группы назад

иногда это надо, когда нужны гарантии повыше или некоторые извращения

я всеж сказал бы, что проблема в стремной \ легаси логике (смотри дед, стопы летят)

так можно грейсфул шатдауна долго ждать, меня больше 30 сек вымораживает

извращения

(давайте про фп подумаеМ)

Никто и не спорит, что проблема в том, что легаси интеграции и логика могут накладывать ограничения. Меня например устроило бы ждать 30 сек грейсфул шатдауна, потому что на каждое событие надо сходить поменять стейт в базе, проапдейтить еще пару табличек, сделать еще пару вызовов других сервисов. Но если события не являются сами по себе каким-то атомарным, хз, юнитом, то проблемы. Типо, у тебя событие характеризует изменение какого-то существующего стейта, на которое тебе надо среагировать, основываясь на предыдущем стейте в базе. Или еще лучше, когда тебе могут из нескольких разных топиков лететь события, которые представляют собой изменение одного и того же стейта, но в разном формате и с разной семантикой и порядком.

Кирилл, зачем ты так много пишешь