Обзор возможностей Sonic ESB версии 8.5

1. Обзор возможностей Sonic ESB версии 8.5 Вячеслав Туркин Руководитель направления интеграции, Progress Technologies v.turkin@progress-tech.ru

2. Содержание презентации • Концепции Sonic ESB • Новые возможности Sonic ESB

3. Назначение ESB • Надежная отказоустойчивая распределенная среда доставки сообщений • Подключение сторонних приложений и систем • Трансформация и маршрутизация сообщений

4. ИСПОЛНЕНИЕ ВILLING ВВОД ЗАКАЗА ERP Сферы применения ESB • Непрерывная обработка событий по мере их поступления • Решение гарантирует сохранение последовательности доставки • Снижает пиковые нагрузки, присущие пакетной обработке • Улучшает видимость данных в ходе обработки

5. Ключевые характеристики Sonic ESB • Непрерывная доступность • Опирается на стандарты • Распределенная модель установки, управленияи передачи сообщений • Простое масштабирование, неограниченное число машин • Тесная интеграция с Actional Management Server

6. Client Client S P Кластер RAID Разделяемое хранилище Непрерывная доступность Классическое решение • Балансировщик нагрузки • Кластерная операционная система или сервер приложений • Внешний RAID • Отказоустойчивая СУБД • Изменение интеграционного решения • Связать все компоненты вместе • Откат и повторение транзакций при отказе

7. Клиенты S P Репликация в реальном времени Непрерывная доступность (продолжение) Sonic ESB Continuous Availability • Готовое к использованию решение • Схемы резервирования «активный-активный» и «активный пассивный» • Репликация в реальном времени • Не требует балансировщиков, специализированных OS, RAID • Не влияет на сложившееся архитектурное решение ESB • Прозрачный fail-over без отката транзакцийи снижения производительности • Переключение за секунды

8. Владельцы приложений Владельцы SOA Отдел безопасности и контроля политик STAKEHOLDERS Enterprise Management Directories ACTIONAL SERVER Identity Management SOA MANAGEMENT Интеграция с Actional Management Server Services From External Sources Services To External Sources SERVICES

9. Head Office Broker Cluster P P P P P S S S S S Cluster Sonic ESB опирается на стандарты Regional Office J2EE Business Application Business Application Business Application Business Application Ws/http Business Application Business Application JMS Business Application J2EE JMS Regional Office Business Application Partner Business Application Ws/http J2EE Business Application

10. ERP Tracking Partner Распределенная модель управления HR CRM Order Entry Billing Trading Finance

11. Распределенная модель исполнения процессов Транспортный брокер КонтейнерESB КонтейнерESB Container Container Container Container Container Container Container Container Container Контейнер ESB Управляющие компоненты Контейнер ESB Domain Manager Контейнер ESB Контейнер ESB Контейнер ESB

12. Готовность к подключению • Технологические адаптеры • JCA-адаптерысерверов приложений WebSphere, WebLogicJboss AS, • Файловые адаптеры, text2xml • Адаптеры к EIA-брокерам: WebSphere MQ • C/C++/.NET – клиенты • JDBC • Client Persistence & Recoverable File Channel • Хранение сообщений и передача больших файлов для ненадежных и ли временных каналов связи • Адаптеры к “коробочному” ПО • Использование отраслевых моделей данных

13. Больше информации • http://knowledgebase.progress.com/

14. Новые возможности • Новый механизм работы с веб-сервисами на основе платформы Apache CXF • Вызов и внедрение WS и REST– сервисов • Возможность размещать JAX-WS/JAX-RS POJO-объекты в контейнерах • Специальный тип сервиса Sonic Connect Service • Не используется брокерсообщений > большая производительность • Более эффективное масштабирование для отказоустойчивости и высокой пропускной способности

15. Новые шаги процесса, улучшена обработка ошибок • 8.x • Позволяют генерировать Fault, RME- сообщения • Отправлять сообщение на повторную обработку • Выбрасывать повторно ошибку длявходящих сообщений Fault и RME.

16. Fault – процессы

17. Dispatch Service

18. Process Continuations – продолжение «разорванного» процесса Позволяют: • Сохранить состояние экземпляра процесса в специальном объекте • Прекратить выполнение процесса. • Продолжить выполнение процесса позднее с использованием сохраненного состояния

19. Новый конфигурационный объект – Host Manager

20. Конфигурирование домена с использованием централизованной установки из Sonic Deployment Manager • Производится из SDM, используются компоненты: • Container Launcher • Host Manager • Файл Topology.xml

21. Использование соединения с любым брокером для выявления отказа контейнера • Sonic запускает резервный контейнер, если основной контейнер перестает отвечать на запросы • Раньше: для обнаружения отказа использовались соединение к MF-контейнеру. • Сейчас: можно использовать соединение с любым брокером

22. Новые метрики для очередей (8.5.1) • MaxAge • время нахождения самого старого сообщения в очереди (в секундах) • TimeInQueue • среднее время нахождения сообщения в очереди

23. Поддержка очереди/темы недоставленных сообщений в C/C++ и COM-клиентах • <8.5.1: недоставленное сообщение отправлялось только в системную очередь SonicMQ.deadMessage • 8.5.1: C/C++/COM –клиенты могут определить любую очередь, как и любые Java-приложения.

24. Интерцептор для Actionalпозволяет перехватывать любую часть сообщения • 8.5.1: интерцептор передает все части для регистрации в журнале аудита Actional Management Server • 8.5.1: Часть доступны для Xpath-анализа в Actional и формирования полей сообщения

25. Спасибо