Завести несколько outbox'ов? Или раздать worker'ам диапазоны?

Кто в пром с ха ходил, тот в цирке не смеётся

Насколько помню, да, xa сильно понижает производительность и  в микросервисах не рекомендуется.

ну... не в микросервисах, а при высоких нагрузках и то зависит от контекста. но я смотрю тут у всех минимум пара петабайт в секунду обрабатывается :)

Как вариант, но сложно в случае автомасштабирования.

Таких нагрузок нет 🙂

Достаточно медленно, очень чувствительно к сбоям в сети, не гарантируют целостность (в очень редких, правда, кейсах), сильно зависят от конкретного провайдера xa транзакций. Ну уже лет 20 всерьез с ними никто не работает же.

Ну если нужно авто, то раздавайте диапазоны через Service Discovery какой-то. Риски нарушения консистентности минимальны. Ну, и, конечно, select for update skip locked. Кстати, в простом варианте можно только это и оставить, без разделения диапазонов. Но если поток реально большой (а сколько вам нужно-то, кстати?) то, наверное, на большом числе отправляторов начнется конкурентная борьба за блокировки. Тут мерять надо, пробовать.

достаточно медленно - это общая фраза за которой нет цифр. Если нет цифр - не о чем говорить. Если будет реальное сравнение из категории - вот мы были на ХА, ушли с технологии - начали обрабатывать в X раз больше данных - это будет некоторая реальность. А что касается 20 лет - весь энтерпрайз на java только зарождаться начинал  в те годы, а в Jее JTA один из ключевых компонентов. Сколько всего на Jee написано думаю даже не нужно говорить - поэтому было бы интересно ссылку на "всерьез с ними никто не работает". Если это Ваше личное видение - ну... у всех они какие-то есть. :)

Хм, XA и J2ee достаточно ортогональные вещи.
А так, я переделывал решение, где были XA на решение без XA, получил выигрыш с 10 tps на дорогом железе на 30 tps на ноутбуке. Но там дело было не только в XA, конечно.

Да, вариант хороший, спасибо. На текущий момент нагрузка невысокая, примерно 1000-1500 сообщений в секунду в среднем. В качестве mq используется RabbitMQ

j2ee просто вывел использование XA на уровень, когда люди даже не задумываются, что что они делают идет в рамках одной распределенной транзакции - настолько прозрачно и незаметно для разработчика. Это на собеседованиях очень хорошо всегда заметно.
ХА - просто инструмент, есть области применимости, есть ограничения, вот и все. Не рекомендован к использованию в микросервисной архитектуре - те, кто понимает, почему не рекомендован - прекрасно будут знать когда им можно воспользоваться. Те кто кроме "не рекомендован" не понимают почему - им точно лучше не пользоваться :) сугубо субъективное личное мнение :)

Ээ, чтобы к JPA подключить менеджер XA транзакций - надо помучиться, из коробки его нет. И проектов на jpa с распределеными транзакциями я вообще не видел

Давайте порассуждаем
Пусть у нас новый проект

Усложним задачу.
Людей под новый проект, нужно нанимать с рынка

Вы-то сами будете новый проект стартовать на JEE?

Если про j2ee 1.0, то там и 1 tps был чудом

Я бы рискнул

Ибо свежий ее больше Спринга нравится

На JEE?

Он стал сильно проще

Чем?