У нас будет система вещания, передающая сообщения через JMS-совместимую инфраструктуру pub/sub. Для большинства опубликованных сообщений абоненты будут графическими приложениями, обновляющими экран с данными в сообщении.Архитектурные паттерны Паб/Sub Масштабирование и аварийное восстановление
Одним из абонентов, однако, будет служба перевода. Для некоторых опубликованных сообщений служба переводов переведет сообщение в другой формат и опубликует его на вторичной инфраструктуре обмена сообщениями, принадлежащей другой части предприятия.
Как я могу уменьшить свою службу перевода и обеспечить, в идеале, активную отказоустойчивость? Некоторые примечания:
- Сообщения должны быть опубликованы в инфраструктуре вторичных сообщений в порядке.
- Сообщения могут быть опубликованы только один раз в инфраструктуру вторичных сообщений.
В целом, как я могу убедиться, что только один переводчик услуг обслуживания отвечает на сообщения? Нужно ли мне переключиться на систему на основе очередей (но моим графическим интерфейсам по-прежнему понадобится pub/sub semantics)?
Обратите внимание на то, что служба переводов поставит приложение .Net 3.5, размещенное в Windows Server 2003. У нас есть доступ к BigIP LTM/GTM сети F5.
Требуется более подробная информация, пожалуйста, спросите/комментарий.
Заранее спасибо.