Обзор передовых технологий Progress Software в области интеграции приложений.

1. Обзор передовых технологий Progress Software в области интеграции приложений. Вячеслав Туркин v.turkin@progress-tech.ru Руководитель направления интеграционных решений, Progress Technologies 11 ноября 2010

2. План выступления

3. Ссылочная модель сервисов совместного использования • <Здесь будет слайд с глобальной картинкой: Savvion + DataXtend + Sonic>

4. Продукты Progress Software на фоне ссылочной модели

5. Три функции ESB • Транспорт • Соединение • Посредничество

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

7. Head Office Broker Cluster P P P P P S S S S S Cluster №1 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

8. №2 Магистраль передачи сообщений • Стабильное решение промышленного уровня • используется с 1999 г. • Высокопроизводительная магистраль передачи сообщений • NYMEX (50k c/сек), JPMorgan Chase (20M c/день) • Гарантия доставки • Технология Distributed Messaging

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

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

11. №5 Масштабирование Экземпляры контейнеров Cервер1 Cервер2 Cервер3 Cервер4

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

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

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

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

16. План выступления

17. Преобразование, обогащение и проверка

18. Пакеты услуг и персонифицированный сервис • Данные хранятся в разных местах • Связи между ними определяются динамически • Требуется выполнять проверку данных в режиме on-line

19. Как это делается cESB + XSLT • Цель: • Дать единое представление всех счетов • Проблема • Решение предполагает, что все данные должные быть в одном формате и в одной версии формата • Нет существует механизма для отображения данных • Один и тот же клиент заведен под разными идентификаторами в разных базах данных • Один и тот же идентификатор соответствует разным клиентам • Решение требует нескольких «классических» сервисов преобразования • В данном примере необходимо разработать до 10 независимых XSLT

20. Это приводит к Бесконтрольному развитию форматов Трудно вести новые разработки Трудно интегрироваться с партнерами Translation Translation Translation Translation Application 2 Application 3 Application 1 Translation Translation Translation Translation Translation Translation Translation Translation Translation Translation Translation Translation Translation Translation Translation Translation Translation Translation Translation Translation Translation Translation Database 1 Database 3 Database 2 Когда общей модели данных нет

21. Cовместная работа ESB и DataExtend SI ESB и DX SI • Встраивается в ESB как сервис • Промежуточные трансформации данных заменяются DX SI • DX SI берет ответственность за согласование запросов и ответов • 11 промежуточных сервисов заменяютсяодним

22. Application 2 Application 3 Application 1 Common Model Database 1 Database 3 Database 2 DataXtend использует общую модель данных Централизованное решение на основе общей модели данных Распределенный механизм преобразований • Централизованное управление • Быстрая разработка и внедрение • Низкая стоимость владения

23. Некоторые стандартные модели Здравоохранение Ипотечный бизнес Telco SID – Shared Information and Data Model Aeronautical Information Exchange Страхование

24. Управление комплексными моделями Централизованная разработка Визуализация больших, комплексных моделей

25. Мощный GUI для связывания и преобразования Централизованная разработка Создание визуальных связей между сервисами, источниками данных и общей моделью

26. Use case: концентратор данных “Мы хотим получить единое представление клиентов” “Я хочу генерировать бизнес-отчеты на основе хранилища данных” “Необходимо кэширование данных для большей производительности” “Нужен более высокий уровень надежности” All Customers Region A Customers Region B Customers Region C Customers

27. Use case: Распределение мастер-данных “Мы должны предоставлять данные приложениям в из собственном формате” “Необходимо производить обновление каталога во всех филиалах” “Мое биллинговое приложение работает с устаревшими данными о клиенте” All Customers Order Fulfillment Billing Customer Service

28. Как строятся решения по распределению данных сегодня? Решение из двух компонентов E S B • Несовпадение схем данных Собственный код Subscribe Durable Cache Publish RDBMS • Получает наборы изменений и применяет их Flights Feed Travel Data Analysis • Считывает журнал восстановления (Recovery log)и публикует изменения

29. Собственный код нельзя масштабировать • Жестко связанная интеграция • Нет глобальной инкапсуляции данных на уровне семантики, нет проверки данных • Сложность поддержки • Управление версиями • Управление зависимостями • Затратно для бизнеса • Издержки времени • Риски • Затраты ресурсов Database A Database 1 Database B Database 2 Database 3 Database C

30. Использование модели обмена Используйте модель обмена! Database A Database 1 • Быстрые разработки и развертывание • Централизованное управление • Низкая стоимость владения Common Model DistributedTransformationEngine Database B Database 2 Database 3 Database C

31. Модель обмена для интеграции DataXtend SI 8.4 E S B Код, сгенерированный на основе модели Subscribe CommonModel Durable Cache CommonModel CDC Publish RDBMS Flights Feed Travel Data Analysis

32. Модель обмена для интеграции New Flight Feed Гибкость заключается в быстром и простом масштабировании E S B CommonModel CDC Publish RDBMS Subscribe CommonModel Durable Cache CommonModel CDC Publish RDBMS Flights Feed Travel Data Analysis

33. План выступления

34. Преобразование, обогащение и проверка

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

36. Key: Internal data flow External data flow Pending data flow NAME System appears twice Planned systems CCPL CCSN SSI PBRIMS IPMS TAN MP/F Common Interface Layer NOR Network AT&T Corp Books AA PBCC FIMS RIMS PRECISE MI PARIS PR AIM JOUR SUMMIT 4.0 GL Billstar 3 COR SBIR C/CA Bill Day RAP TAPS PCDB Billstar 1 POS Billing CARTS PDS SOFE POS-R EC PDS-ERA AUTS Data Svc MRDB ORBITS BOSS ESS COR Athena Advantage CABS REMS Sales Agency EmFiSys TRAINS TOPS RCRMS PB Awards LIDB Data OSMOP 3rd Pty CPNI Warehse BRIS PaSS Pay by EARS Bill Print ATR E911 NRSS Phone WTS MAPS MP TWIST CL USAGE CONF COIN Customer RM MTR EM EXCH REVE Profile IFS CCP CESAR Listing Svc Bill Format DOMS SORD DCN DRS ERMIS AOG TCMS APTOS TOR MLT Directory Delivery Tech PDP LSD&C PDR ISCP SOCS SCP PB1 STP APTOS ATC SMS SDDL-POF PMIS SDID Sales Comp ORGIS NSDM IRSS SORD IS ASOS PBOD CIAS MI Starwriter Exch Plus BAIF CRMS Customizer ANS IP GIR COSMOS 800 ALRU Network AP PBITS Electronic LMOS Service Custom CUR/CAR SOAC Bonding TSA 800 DB Manager SPACE NTAS DFG MTAS TESS ISIS LATIS PREMIS PVI WFA/C CRAS CMTS MP/F AMOS IPMS FTDM CID/SAM LMOS OPAS NSDB PBVS /Loopview SARTS Paging LOC CNR Mech Eng NAA INPLANS FLEXCOM CSTAR TIRKS CSFT LFACS FIRST NI Predictor LEIS CLONES TMM PVS | PMI CMS SOAC MARCH OPS/INE (CCRS) REACT MOBE 2001 MOPICS PMM JOB TNDS/TK FWS SABR INA Network Network TNM NMA-F Transport PAWS COSMOS DCOS-2000 LOMS WM NOR NOR NDS-TIDE NetPilot EADAS DSC AT&T AT&T TIRKS PICS Separation SEAS /DPCR FEPS EDIIS SCS FDOC ConnectVu TAGS CIDB ComnLang Taskmate Современное предприятие Это реальность!

37. Actional for SOA Operations Детальное представление процессов Показывает процессы на высоком уровне Web 2.0 интерфейс

38. Причины для использования Actional(TM) • Обнаружение скрытых компонентов и связей • Безопасность, контролируемое обновление и миграция • Предупредительная оптимизация • Контроль исполнения соглашений контрагентами • «Разбор» инцидентов • Контроль баланса между выгодами и использованием инфраструктуры

39. Спасибо