Эй, я заметил, что некоторые объекты используют несколько шлюзов для проведения различных действий. Например, один шлюз, используемый для маршрутизации заказа, и другой шлюз, который используется исключительно для рыночных данных.Преимущества использования нескольких шлюзов FIX
В чем преимущества этого?
В принципе, две роли имеют совершенно разные требования, и легко логически разделить обработку двух соединений.
Рыночных данные соединение, как правило, очень высокий трафик, и преимущественно односторонний. Поскольку на нем нет порядка, потребность в ведении журнала значительно снижается. Если соединение на рынке данных имеет икоту, это не очень важно - просто запустите его снова и продолжайте торговать. Все, что вы пропустили во время простоя, - это простыня.
Маршрутизация заказа Соединения являются чувствительными к времени двусторонним движением. Вы захотите войти в систему, если вам нужно будет провести аудит позже. Если соединение не работает, вам может потребоваться проверить ваши заказы и состояние программы (заполненные/отмененные заказы и т. Д.) При его восстановлении.
В проектах, над которыми я работал, у нас будет компонент MD и компонент OR. Эти два соединения позволяют разделить обработчики на два несколько независимых набора логики. Компонент MD будет хранить релевантные данные в общем месте, к которому относится компонент OR. (Это общее местоположение может быть внешним БД, или это может быть просто разделяемая память.) У компонента MD будет мало или вообще нет регистрации, и OR будет регистрировать все.
Вы не хотели бы проталкивать все через один так или иначе, если кто-то терпит неудачу, все идет вниз. Во-первых, это дает вам уверенность в себе, если кто-то не справится с другими. Вы можете сбалансировать свои нагрузки, некоторые пользователи подключаются к одному, другие - к другому. Вы можете легко перенаправить пользователей, если что-то не удастся. Там, где я работаю, у них обычно есть одна шина сообщений, на которую все шлюзы отправляют свои сообщения и читают все сообщения, предназначенные для них. Это дает нам возможность добавлять как можно больше шлюзов, а не наши капризы, но когда это требуется, или когда что-то срабатывает при переключении на резервное копирование.