Тестируем BEA AquaLogic. Часть 1.

Дабы представить не только теоретические изыскания относительно сервисно-ориентированной архитектуры (SOA) и сервисной шины предприятия (ESB), параллельно с аналитикой я постараюсь делиться информацией о лабораторных испытаниях продуктов, представляющих собой основу для создания SOA.
 
Первым подопытным кроликом стал продукт AquaLogic компании BEA (из списка интеграционного ПО в статье Два подхода к интеграции сервисов ). Благо данный продукт доступен для скачивания и тестовой эксплуатации.
 
Для начала познакомимся с архитектурой.
 
1. AquaLogic Service Bus выступает в качестве "интеллектуального брокера сообщений", посредника между пользовательскими интерфейсами и сервисами баз данных и обработки информации. Последние BEA называет Business Services, пользовательские интерфейсы - service clients, а функционал Service Bus называется Proxy Services. Таким образом, за счет создания одного и более proxy service организуется маршрутизация сообщений и преобразование форматов между Business Services и Service Clients.
 

2. Р абота прокси-сервисов организована в логике конвейеров: одного конвейера для запросов и обратного для ответов. Конвейер запросов определяет действия соверС?аемые AquaLogic Service Bus над полученным сообщением перед тем как оно будет передано бизнес-сервису или следующему прокси-сервису. Конвейер ответов определяет обработку сообщений от бизнес-сервиса или прокси-сервиса перед тем как они будут переданы назад в качестве ответа. Маршрутизация сообщений производится последним узлом цепочки (Route Node). Узлы ветвления (Branch Node) позволяют пускать сообщения разными путями обработки в зависимости от переменных контекста, связанных с сообщением.

 
3. AquaLogic в своей работе использует мета-данные: MFL-схемы, XML-схемы, XSLT, XQuery, WSDL-описания и WS-policies для преобразования и маппинга данных, описания сервисных интерфейсов и задания правил безопасности.
 
4. В качестве транспорта для сервисов поддерживаются: JMS, HTTP(S), e-mail, file, FTP. Формат передаваемых данных: SOAP, XML, binary, text, MFL, file, e-mail.
 
Как это выглядит на практике, увидим в ближайшие дни.