Ты говоришь "совковое образование", и даже не в курсе, что советское школьное образование было лучшим в мире, и не в курсе, почему

Ребят здарова, подкиньте плз  идей:
1. Есть сервер держит tcp клиентов
2. Клиенты шлют мессаджи
3. Мессаджи попадают в direct exchange rabbitmq
4. Консумеры выгребают очередь по round-robin и процессят сообщения

Что изменить в конфигурации системы чтобы мессаджи с одного и того же клиентского конекшена попадали на один и тот же консумер в пределах сеанса? Т.е. хочу добиться отсутствия гонок в обработке мессаджей одного клиента.

Вроде ответ на поверхности должен быть, но я не догоняю почему-то

я не настоящий сварщик, но там не отдельная очередь под каждого tcp клиента?

Нет. Создавать динамически очередь под каждого дорого + воркеры должны узнавать откуда читать.
Но это в моем понимании, может я ошибаюсь или не понимаю как.

Просто tcp сообщения вроде как могут переупорядочиться при доставке, и кто-то должен это как-то починить

Можно считать что они упорядочены

Я просто к тому, что кто-то должен был уже это делать, а значит у него есть все, что надо...

Для клиент->сервер все так как ты говоришь.
Моя проблема в сервер->воркеры

Помните историю о том, как парни логику в базу перетащили? 
Вплоть до формирования json в базе данных, т.к. БД типа отлично умеет это делать ))

Я решил глянуть работу их API и результат меня позабавил
го в тредик )

https://twitter.com/SanSYS/status/1299657208934916097

Это просто отлично

Помните историю о том, как парни логику в базу перетащили? 
Вплоть до формирования json в базе данных, т.к. БД типа отлично умеет это делать ))

Я решил глянуть работу их API и результат меня позабавил
го в тредик )

Это печально..

Вот если бы они звездатый экстеншн к postgre заебашили на расте, то все бы их уважали

zvezda зе бест