Откуда может взяться неконсистентность со стороны БД ?

Или весь батч накатился, или весь батч откатился. До COMMIT'а данные все равно никто не увидит. Или увидят старый баланс или увидят новый баланс с учетом всего батча.

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

Единственное, что не устраивает, скорость записи постгрескл, что и не удевительно. Т.к. 1-3 инсерта в отдельных транзакциях x 600 паралельных потоков - это мусор и помойка, а не нормальный потом данных для обработки СУБД. Написать на входе мультиплексор и системе явно должно получшеть на порядки (хотя х.з. как там сейчас работа с СУБД устроена). Подобные системы видел и сам делал.

Цифра 600 одновременных соединений в секунду - много
600 insert'ов - для практически любой СУБД на офисном железе, не много
600 сообщений/синхронизаций - для приложения на Java, вообще ничтожно мало. Как я сказал, даже раздумывать над типом коллекции смысла нет. ArrayList и synchronized

C кафка не сталкивался. Но подозреваю, все что сделает кафка в исполнении той же команды разработчиков, это из мусора сделает еще больше мусора, но в кластере ))) Но еще, конечно, принесет: экспиренс, запись в резюме и много удовольствия

Профайлинг и администрирование на уровне "бог"

IMHO