Mule ESB

Mule ESB - сервисно-ориентированная интеграционная шина предприятия

Область применения Mule ESB

Построение ИТ-инфраструктуры предприятия с использованием интеграционной шины позволяет:

• Организовать потоки данных между различными информационными системами;
• Организовать единое информационное пространство, получая максимум эффективности от используемой инфраструктуры;

• Получить масштабируемую архитектуру, при которой можно без каких-либо дополнительных издержек начав с «объединения» всего нескольких систем со временем расширить функционал сервисной шины предприятия, добавляя в нее все новые и новые сервисы и системы;
• Разделить обмен данными между приложениями на транспортный уровень и уровень бизнес-логики, что впоследствии упростит поддержку и модернизацию инфраструктуры;
• Проводить изменение логики взаимодействия приложений, не прибегая к программированию, используя вместо этого только настройки шины;
• Использовать на транспортном уровне готовый функционал шины, имеющийся под все распространенные протоколы и технологии;
• Уменьшить количество интеграционных связей между информационными системами, облегчая поддержку и развитие информационных систем;

В качестве системы выполняющей функции сервисной шины предприятия мы предлагаем использовать свободно-распространяемое программное обеспечение Mule.

Mule – система маршрутизации сообщений, которая позволяет организовать обмен данными между различными программными приложениями. Mule относится к свободному программному обеспечению с открытым кодом, распространяемому по CPAL-лицензии. Это означает, что нет необходимости платить за использование системы, а положения CPAL-лицензии позволяют провести необходимые модернизации.Миграция с SAP SuccessFactors и SAP HCM на российские HR-решения: как выстроить стратегию перехода 2.4 т

Возможности Mule ESB

По сравнению с аналогичными коммерческими продуктами Mule имеет ряд существенных преимуществ:

• Возможность связывания компонентов из различных программных сред (framework);
• Повторное использовать компонентов;
• Компоненты не требуют изменений кода непосредственно под выполнение в Mule, а специфические программные API отсутствуют;
• Бизнес-логика полностью отделена от логики обмена сообщениями;
• Поддержка любого формата сообщений, например, это может быть сообщение SOAP или даже двоичный образ файла;
• Отсутствие ограничений на приложения по архитектуре, например, передача только XML сообщений или организация WSDL-сервисов;
• Развертывание в разнообразных топологиях;
• Обеспечение безопасности, масштабируемости и адаптивности к изменениям;
• Отсутствие протекционизма и блокировок от/на конкретных производителей.

Вне зависимости от технологий, используемых приложениями (JMS, Web-сервисы, JDBC, HTTP и пр…) Mule позволит установить взаимосвязь между ними, причем независимо от того, размещены они в одной виртуальной машине или распределены в Интернет. Построенная на основе Enterprise Service Bus (ESB) архитектуры она выступает в качестве транзитной системы для «перевозки» данных, что позволяет приложениям, находящимся в интрасети или Интернет связываться друг с другом.

Преимущество сетевых приложений, состоит в том, что одно приложение может послать данные другому приложению. Однако многие приложения не имеют возможности читать или обрабатывать данные, поступающие из другого приложения. Можно решить эту проблему используя среду обмена сообщениями Mule, которая читает, преобразует и передает данные между приложениями в виде сообщений. Сообщение является пакетом данных, который может быть обработан и передан между приложениями через определенный канал. Mule считывает данные из одного приложения, преобразует их в случае необходимости, с тем, что бы данные могло прочитать конечное приложение и отправляет их в это приложение. Это позволяет интегрировать приложения любых типов, даже те, которые не были изначально для этого построены.

Структура интеграционной шины предприятия

Mule основывается на концепции сервисно-ориентированной архитектуры (SOA). SOA – подход к разработке основанный на использовании сервисов со стандартными интерфейсами. В SOA заложены принципы многократного использования сервисов как функциональных элементов и исключения дублирования функциональности приложений. Поскольку каждый сервис выполняет определенную функцию, одни и те же сервисы могут использоваться как стандартные блоки для нескольких процессов и не создаваться заново для каждого типа процесса или сообщения. Такой модульный подход позволяет развиваться рационально, создав функциональность единожды ее можно повторно использовать при необходимости. SOA способствует более полной интеграции IT ресурсов предприятия, включая ранее изолированные приложения, и устаревшие системы.

Техника Mule ESB

Архитектура Mule такова, что она позволяет разделить уровень бизнес-логики от транспортного уровня, т.е. обработку полезной составляющей сообщения от его передачи и преобразования, тем самым предоставляя большую гибкость в организации архитектуры приложений и упрощая саму настройку бизнес-логики. Также, можно развертывать Mule в различных топологиях, например, иметь можно несколько экземпляров Mule распределенных по сети. Такой подход полезен на случай отказа, если один экземпляр Mule становится недоступным, другой экземпляр Mule берет на себя его сообщения. Аналогичный подход можно применить для балансировки нагрузки.

Mule представляет собой среду обмена сообщениями, которая позволяет обмениваться данными между приложениями, делая их совместную работу слаженной и надежной, обеспечивая полную поддержку маршрутизации, транспорта и преобразования данных.