Бизнес-сценарий, который может включать интеграцию ряда ИТ-систем с использованием JMS?
Может кто-нибудь дать мне несколько советов о бизнес-сценариях, где я могу реализовать Java Messaging Services (JMS). Сообщение может быть отправлено либо по очереди (точка-точка), либо по теме (обычная / длительная подписка).
Я буду использовать JMS (включена через TIBCO Enterprise Messaging Services).
Бизнес-сценарии должны включать как минимум 3 ИТ-системы / приложения.
2 ответа
Классический вариант использования - это Enterprise Service Bus с JMS в качестве одного из доступных транспортов. В этом случае любое количество ИТ-систем может запросить вызов службы, поместив сообщение в известную очередь. Поставщик услуг, прослушивающий эту очередь, динамически определяет ответ на основе полей Reply-To сообщения JMS. Примером типичной услуги является запрос или обновление демографической информации клиента. Для целей расследования это определенно соответствует вашему требованию задействовать как минимум 3 ИТ-системы, поскольку практически все, что связано с клиентами, должны будут запрашивать эту услугу.
Другим примером с широким применением является регистрация. У меня есть несколько клиентов, использующих сообщения JMS для сбора записей журналов по всей сети и пересылки их на центральные серверы. Поскольку это JMS, центральный концентратор может быть высокодоступным благодаря использованию избыточных серверов и может масштабироваться горизонтально для поглощения сезонных нагрузок.
Для паба / саба мне очень понравился пример из страховой компании. Они публикуют события на темы, которые подписаны в различных колл-центрах, внутренних новостных лентах и для деловых партнеров. Во время урагана, произошедшего несколько лет назад, эти события включали в себя обновления прогнозов выхода на сушу, а затем, после того, как шторм прошел, обновления включали местоположения мобильных регуляторов претензий и других служб поддержки. Pub/Sub был отличным способом координировать эту массовую мобилизацию персонала и поддерживать связь с наземной поддержкой в штаб-квартире.
Более обыденным вариантом использования паба / подзадачи с широкой применимостью является управление системами. Инструментированные приложения могут публиковать свой статус, и заинтересованные стороны могут получать эти уведомления. Если в Production что-то странно работает, администратор может динамически включить подписку на поток диагностики. Обычно без подписчиков, диагностика не производится. Тем не менее, без каких-либо перерывов в работающей системе, просто подписавшись, диагностические сообщения из приложения создаются по требованию.
На самом деле труднее найти примеры, где обмен сообщениями JMS не должен использоваться. Наиболее распространенными противопоказаниями являются действительно синхронный обмен сообщениями и требование обрабатывать сообщения в строгой последовательности. Все провайдеры JMS, которых я знаю, в той или иной степени учитывают эти требования, и мне известно о многих развертываниях систем с этими требованиями. Однако идеальными вариантами использования для обмена сообщениями JMS являются действительно асинхронная или псевдосинхронная связь и сообщения, которые являются атомарными (то есть сообщения не зависят друг от друга или от конкретных экземпляров брокера).
Вот несколько сценариев, в которых мы (продавец продуктов питания) используем обмен сообщениями:
-системы связи между удаленными местоположениями, в нашем случае POS и системами управления запасами в магазинах, и центральными системами ERP и прогнозами: изменения основных данных отправляются в виде XML-сообщений из центральной системы ERP в системы хранилищ. системы магазинов отправляют изменения в запасах, заказах и продажах в центральные системы. Это полностью на основе PTP, так как основные данные являются уникальными для каждого магазина.
-использование в качестве центральной магистрали обмена сообщениями, либо непосредственно для систем, которые способны осуществлять обмен сообщениями, либо через некоторые функции адаптера для баз данных, файлов, систем SAP или HTTP. Здесь система обмена сообщениями создает основу для нашего ESB.