Ну, это по истории событий считать, это не про messaging. Ну или специальные топики заводить.

Про финтех ничего не знаю, прикинуть не могу.
Но вроде какие-то кейсы для трейдинга с применением DDS видел сегодня, пока листал это все.

Я пока думаю про простейшее решение на STOMP в качестве транспорта и kafka или fdb в качестве хранилища.

Ну, там реально клиентов меньше, событий в секунду на клиента - больше. Но для трейдинга решения на дизрапторе Роман Елизаров описывал еще лет десять назад - и вроде оно примерно так и работает.

Эх, месяц назад у них конфа была https://markets.businessinsider.com/news/stocks/rti-announces-virtual-connextcon-2020-the-global-dds-users-conference-that-unites-experts-developing-autonomous-systems-1029673598

Всё не  так однозначно :) Но я рассказываю что видел в tradingview

Собственно, отдельно от DDS (platform-independend concept, data model, API, behavior) у OMG есть спека RTPS (не путать с RTSP) для транспортного протокола: https://www.omg.org/spec/DDSI-RTPS/2.3/Beta1/PDF

Но все это выглядит каким-то жутким энтерпрайзом, если честно.
С соответствующими проблемами в реализациях (которые вряд ли хорошие).

Ага

У меня будет, похоже, встреча с парнями из Diffusion (то есть из Push Technologies) на следующей неделе, могу поспрашивать.
Накидывайте вопросики, кому интересно :)

Ну, меня интересуют:
1) Цена onprem
2) Внутренняя архитектура, в первую очередь персистанс по событиям
3) scalability
4) надежность и кластеризация HA между ДЦ

Персистанс у него - это очень вторичная фича, которую они добавили не так давно, как я понял, чисто для быстрого старта после сбоя/перезапуска.
"Like a data grid, Diffusion stores values in memory. Traditionally, data grids are optimized for query and primarily support a polling paradigm. In Diffusion, the data grid is optimized for a realtime, event-driven communication. Often deployed as a specialized cache, data grids offload processing from a backend system. Diffusion offers the same benefit but is designed to deliver realtime streams to a high number of subscribed clients."

Думаю, что какое-то свое простейшее хранение у них, в связи с этим.

Всех интересуют именно такие вопросы, но почему-то никогда не слышно хороших ответов

А что тогда происходит при сбоях серверов с событиями, особенно для случаев, когда клиент редко выходит в онлайн и забирает обновления?

Думаю, что ничего страшного, т.к. "очередь событий" - у него вообще такого нет.
У него есть состояние данных в разных топиках (как и в модели DDS).
Если никто не приходит и не читает их - ну и ладно.
Тут скорее вопрос - как быстро обнаруживается сдохшая подписка, и все такое, как можно вычистить неиспользующиеся топики, и т.п.

У него есть "time-series topic" где есть реально история значений какой-то длины и к ней даже запросы можно делать. Но это все, как я понимаю, в любом случае, не будет тормозить от того, что кто-то "не забрал свое". Это push, а не pull.

Ага, вот что в кишочках:
"Diffusion uses Hazelcast™ as its datagrid. Hazelcast is a third-party product that is included in the Diffusion server installation and runs within the Diffusion server process."

Хм, а как у тебя реактивный движок на фронте будет подключаться к этому "состоянию данных"? Или у тебя нет такой задачи?

Ох, надежные решение на хазелкасте - это не просто, а персистанса там, можно сказать, нет.