у нас есть ожидания и задержки нашего TCP Port Listener, особенно когда многие устройства пытаются подключиться

Я работаю над проектом GPS-слежения для большого набора продуктов AVL (National Wide).
у нас есть прослушиватель TCP-порта, написанный на C ++, который, помимо отправки полученных сообщений в очередь RabbitMQ, выполняет некоторые операции с базами данных (выбор, вставка и обновление). мы планируем сократить прямую работу с БД в этом приемнике с помощью кэша Redis и посылать некоторую другую информацию в очередь, чтобы постить их как можно больше.

Быстрое реагирование на эти устройства является немного критичным в этом проекте, потому что отдел дорожной полиции является нашим клиентом, и есть некоторые данные о нарушениях на устройствах, которые должны быть обработаны и доставлены в полицейские участки и центр.

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

Мой вопрос заключается в том, существует ли какая-либо более совершенная технология или наилучшая практика для разработки прослушивателя TCP-порта корпоративного уровня для более чем 500 000 узлов, которые могут подключать одновременно не менее 50% из них?

Мы пробуем Node.js, но мы находимся на первых этапах, и любое опытное предложение может помочь нам больше не изобретать колесо.