интересная задача.
Был у меня несколько лет проект, по VoIP биллингу.
Задача была обсчитать 500 одновременных звонков в секунду.
На каждый звонок от двух (подавляющее меньшенство случаев) до 10 (меньшенство случаев). Среднее значение было четыре legs (терминология cisco) на звонок. Приходящих с разных концов света, от разных маршрутизаторов, задействованных в звонке. С размером чуток меньше 600 B (ну размер можно менять на radius сервер, только кошководы хотели именно такой перечень инфы) .
Постым арифметическим подсчетом можно узнать требуемую полосу пропускания на биллинговом сервере только для этих пакетов.
все построили на MQ (транспорт и монитор транзакций) и DB2 workgroup edition (LDAP в реализации IBM tivoli DS использовался для authentication, authorization, role based access, и место хранения всех контрактов, иерархии продавцов/реселлеров, клиентов, сервисов, и прочая, все, что было нужно представить древовидно)
В первую же новогоднюю ночь кол-во звонков переплюнуло запланированный максимум. Кошководы и совладельцы неспали ночь, мониторя свои кошки и каналы, а каналы загибались, кошки давали отказ в обслуживании клиентам, но ни один пакет небыл потерян.
Я это к чему. При правильном проектировании индустрия представляет практически неограниченный выбор средств для решения задач.
Я выбрал вышеописанный.

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