O recurso Kafka Share Groups (introduzido no KIP-932, pronto para produção desde o Kafka v4.2) traz um novo modelo cooperativo de consumo de eventos para o Kafka, permitindo um comportamento semelhante a filas. Historicamente, os grupos de consumidores tradicionais do Kafka impunham um gargalo de concorrência porque o número de consumidores ativos não podia exceder o número de partições. Os share groups removem essa restrição: registros individuais são entregues a qualquer consumidor disponível no pool sob um bloqueio (lock) de aquisição a cada registro, que o consumidor deve confirmar explicitamente. Em caso de falha ou tempo limite (timeout), o registro é liberado e reentregue a qualquer consumidor no grupo, até um número máximo configurável de tentativas de entrega. Isso garante a entrega de “pelo menos uma vez” (at-least-once) com a possibilidade de processamento duplicado. Registros que esgotam suas tentativas de entrega são encaminhados para arquivamento; o suporte a dead-letter queues (KIP-1191) ainda não está disponível.
A contrapartida é que os share groups não garantem a ordenação por partição, pois os registros são despachados e reentregues de forma independente. No entanto, para equipes que anteriormente precisavam executar tanto o Kafka quanto um sistema externo de filas, os share groups podem simplificar a arquitetura ao consolidar as cargas de trabalho no Kafka.
