IBM App Connect Enterprise

Эта статья содержит рекламный контент . Помогите улучшить ее, удалив рекламный язык и неуместные внешние ссылки , а также добавив энциклопедический текст, написанный с нейтральной точки зрения . ( Март 2020 г. ) ( Узнайте, как и когда удалять это сообщение )

IBM App Connect Enterprise (сокращенно IBM ACE, ранее известный как IBM Integration Bus (IIB), WebSphere Message Broker (WMB), WebSphere Business Integration Message Broker (WBIMB), WebSphere MQSeries Integrator (WMQI) и начавший свою жизнь как MQSeries Systems Integrator (MQSI). App Connect — интеграционное программное обеспечение IBM , позволяющее бизнес-информации передаваться между разнородными приложениями на нескольких аппаратных и программных платформах. К данным, проходящим через созданные пользователем интеграции, можно применять правила для маршрутизации и преобразования информации. Продукт можно использовать в качестве Enterprise Service Bus, предоставляющей канал связи между приложениями и службами в сервисно-ориентированной архитектуре . App Connect из V11 поддерживает собственные развертывания контейнеров с высокооптимизированным временем запуска контейнеров.

IBM ACE предоставляет возможности для создания потоков интеграции, необходимых для поддержки разнообразных требований к интеграции, посредством набора коннекторов для различных источников данных, включая упакованные приложения, файлы, мобильные устройства, системы обмена сообщениями и базы данных. Преимущество использования IBM ACE заключается в том, что инструмент позволяет существующим приложениям для веб-сервисов без дорогостоящего переписывания устаревших приложений. IBM ACE позволяет избежать нагрузки «точка-точка» на ресурсы разработки, подключая любое приложение или сервис по нескольким протоколам, включая SOAP , HTTP и JMS . Поддерживаются современные безопасные механизмы аутентификации, включая возможность выполнять действия от имени маскирующихся или делегированных пользователей через узлы MQ, HTTP и SOAP, такие как LDAP, X-AUTH, O-AUTH и двусторонний SSL.

Основное внимание в последних выпусках IBM ACE уделялось возможности полного размещения среды выполнения продукта в облаке . ^[1] Размещение среды выполнения в облаке обеспечивает определенные преимущества и потенциальную экономию средств по сравнению с размещением среды выполнения на месте, поскольку упрощает обслуживание и применение исправлений на уровне ОС, которые иногда могут нарушать непрерывность бизнеса. Кроме того, облачный хостинг среды выполнения IBM ACE позволяет легко расширять емкость за счет добавления дополнительной мощности к конфигурации ЦП облачной среды или добавления дополнительных узлов в конфигурации «активный-активный» . Дополнительным преимуществом размещения среды выполнения IBM ACE в облаке является возможность настраивать доступ к функциональности IBM ACE отдельно от вашей внутренней сети с помощью устройств DataPower или API Connect . Это позволяет людям или службам в общедоступном Интернете получать доступ к вашей Enterprise Service Bus, не проходя через вашу внутреннюю сеть, что может быть более безопасной конфигурацией, чем если бы ваша ESB была развернута во внутренней локальной сети.

IBM ACE встраивает Common Language Runtime для вызова любой логики .NET как части интеграции. Он также включает полную поддержку среды разработки Visual Studio, включая интегрированный отладчик и шаблоны кода. IBM Integration Bus включает в себя полный набор шаблонов и образцов, которые демонстрируют двунаправленную связь как с Microsoft Dynamics CRM, так и с MSMQ. В этот текущий выпуск было внесено несколько улучшений, среди которых возможность настраивать параметры времени выполнения с помощью файла свойств, который является частью развернутых артефактов, содержащихся в файле BAR («архив брокера»). Ранее единственным способом настройки параметров времени выполнения был запуск команды MQSI в командной строке. Этот новый способ настройки называется документом политики и может быть создан с помощью нового редактора политики. ^[2] Документы политики могут храниться в системе управления исходным кодом, и для разных сред (DEV, INT, QA, PROD) может существовать разная политика.

IBM ACE совместим с несколькими платформами виртуализации прямо из коробки, Docker является ярким примером. С IBM ACE вы можете загрузить из глобального репозитория Docker среду выполнения IBM ACE и запустить ее локально. Поскольку IBM ACE имеет свою административную консоль, встроенную прямо в среду выполнения, как только образ Docker активируется на вашем локальном компьютере, вы можете выполнять все команды конфигурации и администрирования, необходимые для полной активации любого потока сообщений или развертывания любого файла BAR. Фактически, вы можете создавать потоки сообщений, которые являются микросервисами, и упаковывать эти микросервисы в развертываемый объект Docker напрямую. ^[3] Поскольку потоки сообщений и файлы BAR могут содержать файлы политик, эта конфигурация узла может быть автоматической, и для завершения развертывания приложения не требуется или требуется незначительное вмешательство человека. ^[4]

IBM представляет следующие особенности в качестве ключевых отличий продукта IBM ACE от других отраслевых продуктов, предоставляющих услуги корпоративной сервисной шины или сервиса интеграции микросервисов:

• Простота и производительность
  • Упрощенный процесс установки: процесс развертывания и настройки IBM ACE, позволяющий разработчику интеграции использовать IBM ACE Toolkit для создания приложений, упрощен и выполняется быстрее.
  • Галерея учебных пособий: из галереи учебных пособий разработчик интеграции может устанавливать, развертывать и тестировать примеры потоков интеграции.
  • Общие библиотеки: Общие библиотеки введены в V10 для совместного использования ресурсов несколькими приложениями. Библиотеки в предыдущих версиях IBM Integration Bus являются статическими библиотеками.
  • Устранение предварительного условия WebSphere MQ: WebSphere MQ больше не является обязательным условием для использования IBM ACE на распределенных платформах, что означает, что вы можете разрабатывать и развертывать приложения независимо от WebSphere MQ.
• Универсальный и независимый
• Графическое отображение данных
• Отраслевые и актуальные
• Динамичный и интеллектуальный
• Высокая производительность и масштабируемость
• Разъемы Discovery
• Оптимизированное развертывание контейнеров
• Встроенное модульное тестирование с имитациями, пакетное создание тестов, интегрированное с конвейерами CI/CD.

IBM поставляет программное обеспечение IBM ACE либо в виде традиционного программного обеспечения, устанавливаемого на локальном компьютере, для развертывания на виртуальных машинах, на голом железе, в контейнере на месте, также IBM ACE является ключевой технологией в IBM Cloud Pak for Integration (CP4i) или в виде администрируемой IBM облачной среды. Интеграционные службы в облачной среде сокращают капитальные затраты, повышают доступность приложений и оборудования и передают навыки управления средой интеграционных служб инженерам IBM по облаку. Это позволяет конечным пользователям сосредоточиться на разработке потоков интеграции, а не на установке, настройке и управлении программным обеспечением IBM ACE. Предложение должно быть совместимым с локальным продуктом. В рамках ограничений облачной среды пользователи могут использовать одни и те же инструменты разработки как для облачного, так и для локального программного обеспечения, а созданные активы могут быть развернуты в любом из них. ^[5]

Первоначально IBM сотрудничала с NEON (New Era of Networks) Inc., компанией, которая была приобретена Sybase в 2001 году. IBM 2000 написала свой продукт под названием «MQSeries Integrator» (или «MQSI» для краткости). Версии MQSI работали до версии 2.0. Продукт был добавлен в семейство WebSphere и переименован в «WebSphere MQ Integrator» в версии 2.1. После 2.1 номера версий стали более синхронизированы с остальной частью семейства WebSphere и перешли на версию 5.0. Название изменилось на «WebSphere Business Integration Message Broker» (WBIMB). В этой версии среда разработки была переработана с использованием Eclipse , а поддержка веб-сервисов была интегрирована в продукт. Начиная с версии 6.0 продукт был известен как «WebSphere Message Broker». WebSphere Message Broker версии 7.0 был анонсирован в октябре 2009 года ^[6] , а WebSphere Message Broker версии 8.0 был анонсирован в октябре 2011 года ^[7].

В апреле 2013 года IBM объявила, что продукт WebSphere Message Broker претерпевает очередной ребрендинг. ^[8] IBM Integration Bus версии 9 включает новые узлы, такие как узел Decision Service, который обеспечивает маршрутизацию на основе контента на основе механизма правил и требует продукта IBM WebSphere Operational Decision Management. ^[9] Продукт IBM WebSphere Enterprise Service Bus был прекращен с выпуском IBM Integration Bus, и IBM предлагает переходные лицензии для перехода на IBM Integration Bus. ^[10] Лицензия WebSphere Message Broker Transfer License для WebSphere Enterprise Service Bus позволяет клиентам обменивать некоторые или все свои лицензионные права WebSphere Enterprise Service Bus на лицензионные права WebSphere Message Broker. После передачи лицензии право на использование WebSphere Enterprise Service Bus будет сокращено или прекращено. Это отражает отказ от лицензионных прав WebSphere Enterprise Service Bus во время обмена. IBM объявила на Impact 2013, что WESB будет прекращен через пять лет, и дальнейшая разработка функций продукта WESB производиться не будет.

В 2018 году был выпущен IBM App Connect Enterprise V11, который позволил развертывать интеграционные сервисы в стиле микросервисов контейнеров, а также продолжил поддержку развертываний Enterprise Service Bus (ESB). В 2021 году был выпущен App Connect Enterprise V12 со многими улучшенными возможностями, такими как оптимизированные развертывания контейнеров, сокращающие время запуска контейнеров и требования к ресурсам. IBM App Connect Enterprise V12 также показал использование «Discovery Connectors», что позволило разработчикам интеграции обнаруживать объекты в таких системах, как Saas и Cloud, а также обнаруживаемые локальные приложения.

IBM App Connect Enterprise состоит из следующих компонентов:

• Процесс сервера интеграции размещает потоки, называемые потоками сообщений, для маршрутизации, преобразования и обогащения сообщений в полете. Прикладные программы подключаются к серверу интеграции и отправляют сообщения на него, а также получают сообщения от сервера интеграции. Серверы интеграции могут существовать независимо или как часть набора, принадлежащего узлу интеграции (ранее известному как Брокер).
• IBM ACE Toolkit — это инструмент на основе Eclipse , который разработчики используют для создания потоков сообщений и артефактов преобразования с помощью редакторов для работы с определенными типами ресурсов. Контекстно-зависимая справка доступна разработчикам по всему Toolkit, а различные мастера обеспечивают возможность быстрого запуска определенных задач. Разработчики приложений работают в отдельных экземплярах Toolkit для разработки ресурсов, связанных с потоками сообщений. Toolkit подключается к серверам интеграции или узлам интеграции, на которых развернуты потоки сообщений.
• Веб-интерфейс пользователя IBM App Connect (UI) позволяет системным администраторам просматривать и управлять ресурсами интеграции через HTTP-клиент без какого-либо дополнительного программного обеспечения для управления. Он подключается к одному порту на сервере интеграции или узле интеграции, обеспечивает просмотр всех развернутых потоков интеграции и предоставляет системным администраторам доступ к важным операционным функциям, таким как запись и воспроизведение данных, мониторинг бизнес-транзакций (BTM), статистические и учетные данные для развернутых потоков сообщений, которые отслеживают производительность интеграций, и журнал аудита администрирования. (Веб-интерфейс заменяет Explorer на основе Eclipse из более ранних версий).

Разработчик SOA или разработчик интеграции определяет потоки сообщений в IBM ACE Toolkit, включая несколько узлов потока сообщений, каждый из которых представляет собой набор действий, определяющих шаг обработки. То, как узлы потока сообщений объединяются, определяет, какие шаги обработки выполняются, в каком порядке и при каких условиях. Поток сообщений включает входной узел, который предоставляет источник обрабатываемых сообщений, которые могут быть обработаны одним или несколькими способами и, при необходимости, доставлены через один или несколько выходных узлов. Сообщение принимается как поток битов , без репрезентативной структуры или формата, и преобразуется синтаксическим анализатором в древовидную структуру, которая используется внутри потока сообщений. Перед тем, как сообщение будет доставлено в конечный пункт назначения, оно преобразуется обратно в поток битов.

IBM App Connect поддерживает широкий спектр форматов данных, включая основанные на стандартах форматы (такие как XML , DFDL и JSON ), CSV и многие другие, а также отраслевые форматы (такие как HL7 , EDI и SWIFT ), ISOxxxx и другие, а также пользовательские форматы. С данными можно выполнять широкий спектр операций, включая маршрутизацию, фильтрацию, обогащение, многоадресную рассылку для публикации-подписки, упорядочивание и агрегацию. Эти гибкие возможности интеграции способны поддерживать выбор архитектуры решения заказчиком, включая ориентированную на сервисы, ориентированную на события, управляемую данными и основанную на файлах (пакетную или в реальном времени). IBM App Connect объединяет сетку управления бизнес-процессами, предоставляя рабочую лошадку, стоящую за тем, как что-то сделать, принимая указания от других инструментов BPM, которые сообщают IBM App Connect, что делать.

IBM App Connect включает набор инструментов мониторинга производительности, которые визуально отображают текущие показатели пропускной способности сервера, показывая различные метрики, такие как прошедшее время и время ЦП , таким образом, чтобы немедленно привлечь внимание к узким местам производительности и пикам спроса. Вы можете углубиться в детали, такие как показатели для отдельных коннекторов, а инструменты позволяют вам сопоставлять информацию о производительности с изменениями конфигурации, чтобы вы могли быстро определить влияние конкретных изменений конфигурации на производительность, также могут быть выданы метрики ресурсов, чтобы показать, какие ресурсы используются службой интеграции.

В версии 7 и более ранних версиях основным способом моделирования и анализа общих текстовых и двоичных сообщений был контейнер, называемый набором сообщений, и связанный с ним анализатор 'MRM'. Начиная с версии 8 такие сообщения моделируются и анализируются с использованием новой открытой технологии DFDL из Open Grid Forum. Это стратегическая технология IBM для моделирования и анализа общих текстовых и двоичных данных. Анализатор MRM и наборы сообщений остаются полностью поддерживаемой частью продукта; для использования наборов сообщений разработчик должен включить их, поскольку по умолчанию они отключены, чтобы поощрить принятие технологии DFDL из-за ее простоты использования и превосходных характеристик производительности.

IBM App Connect поддерживает формирование трафика на основе политик, что обеспечивает большую видимость для системных администраторов и оперативный контроль над рабочей нагрузкой. Формирование трафика позволяет системным администраторам удовлетворять потребности, когда количество новых конечных точек (таких как мобильные и облачные приложения) экспоненциально увеличивается, регулируя доступные системные ресурсы для удовлетворения этих новых потребностей, задерживая или перенаправляя трафик, чтобы справиться с пиками нагрузки. Мониторинг трафика позволяет отправлять уведомления системным администраторам и другим заинтересованным сторонам бизнеса, что повышает осведомленность бизнеса и позволяет обнаруживать тенденции.

IBM App Connect снижает стоимость и сложность ИТ-систем за счет унификации метода, используемого компанией для внедрения интерфейсов между разнородными системами. Среда выполнения интеграционного узла формирует Enterprise Service Bus сервисно -ориентированной архитектуры , эффективно увеличивая гибкость соединения разнородных систем в единую, однородную архитектуру, независимые серверы интеграции могут быть развернуты в контейнерах, предлагая метод интеграции Micro-Services, что позволяет управлять интеграционными службами App Connect с помощью оркестраторов контейнеров, таких как OpenShift , Kubernetes и других. Ключевой особенностью IBM App Connect является возможность абстрагировать бизнес-логику от специфики транспорта или протокола. IBM App Connect также обеспечивает гибкость развертывания, не только поддерживая шаблон ESB, но и собственные развертывания контейнеров путем отделения серверов интеграции от шаблона ESB, которые представляют собой облегченный процесс, размещающий потоки интеграции. Эти серверы интеграции и потоки могут быть развернуты в контейнерах, управляемых службами оркестровки, такими как Red Hat OpenShift, Kubernetes, Dock Swarm и другими. Более того, эти серверы интеграции оптимизированы для развертывания контейнеров, загружая только те ресурсы, которые необходимы для выполнения интеграции, что обеспечивает быстрое время запуска с уменьшенным использованием ресурсов.

IBM ACE Toolkit позволяет разработчикам графически проектировать посреднические механизмы, известные как потоки сообщений, и связанные артефакты. После разработки эти ресурсы могут быть упакованы в файл архива брокера (BAR) и развернуты в среде выполнения узла интеграции или контейнере. На этом этапе узел интеграции может непрерывно обрабатывать сообщения в соответствии с логикой, описанной потоком сообщений. ^[11] Поддерживается широкий спектр форматов данных, и их можно моделировать с использованием стандартных схем XML и DFDL , JSON и других. После моделирования разработчик может создавать преобразования между различными форматами, используя узлы, поставляемые в Toolkit, либо графически с помощью узла Mapping, либо программно с помощью узла Compute с использованием Java, ESQL или .Net.

Потоки сообщений IBM App Connect могут использоваться в сервисно-ориентированной архитектуре , и если они правильно спроектированы аналитиками промежуточного ПО , интегрированы в управляемые событиями схемы SOA, иногда называемые SOA 2.0 и/или развернуты как микросервисы в собственных развертываниях контейнеров. Предприятия полагаются на обработку событий, которые могут быть частью бизнес-процесса, например, выдача торгового заказа, покупка страхового полиса, считывание данных с помощью датчика или мониторинг собранной информации о производительности ИТ-инфраструктуры. Возможности lex-event-processing, которые позволяют анализировать события для выполнения проверки, обогащения, преобразования и интеллектуальной маршрутизации сообщений на основе набора бизнес-правил.

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

На основе прибыли, о которой сообщила IBM за 1К13, годовой доход подразделения IBM по программному обеспечению промежуточного уровня увеличился до 14 млрд долларов США (на 7 млрд долларов США больше, чем в 2011 году). ^[12] Доход от продажи лицензий и обслуживания продуктов промежуточного уровня IBM достиг 7 млрд долларов США в 2011 году. В 2012 году IBM ожидала увеличения как доли рынка, так и общего роста рынка на десять процентов. ^[13] Согласно Gartner, мировой рынок программного обеспечения для инфраструктуры приложений и промежуточного уровня вырос на 9,9 процента в 2011 году до 19,4 млрд долларов США . Gartner сообщила, что IBM продолжает оставаться номером один в других растущих и ключевых областях, включая Enterprise Service Bus Suites, рынок промежуточного уровня, ориентированного на сообщения, рынок Transaction Processing Monitor и Integration Appliances.

IBM публикует отчеты о производительности ^[14] для IBM Integration Bus V10 и App Connect Enterprise V11, отчеты App Connect V12 можно запросить для измерений как ESB, так и Container. Отчеты содержат примеры показателей пропускной способности. Производительность варьируется в зависимости от размеров сообщений, объемов сообщений, сложности обработки (например, сложности преобразования сообщений), возможностей системы (ЦП, память, сеть и т. д.), версии программного обеспечения и уровней исправлений, настроек конфигурации и других факторов. Некоторые опубликованные тесты демонстрируют скорость сообщений, превышающую 10 000 в секунду в определенных конфигурациях.

Разработчик может выбирать из множества предварительно разработанных «узлов» потока сообщений, которые используются для построения потока сообщений. Узлы имеют разные цели. Некоторые узлы преобразуют данные из одного формата в другой (например, Cobol Copybook в канонический XML). Другие узлы оценивают содержимое данных и маршрутизируют поток по-разному на основе определенных критериев

Существует множество типов узлов, которые можно использовать при разработке потоков сообщений; доступны следующие варианты технологий преобразования узлов: ^[15]

• Графическое отображение контента
• Преобразования расширяемого языка таблиц стилей (XSLT)
• Ява
• Умные коннекторы, обнаружение объектов; Salesforce и другие
• .СЕТЬ
• PHP
• JSON с проверкой
• HTTP-синхронизация и асинхронность
• RESTful
• API V3
• Расширенный язык структурированных запросов (ESQL)
• JMS
• База данных
• Управляемая передача файлов MQ
• Connect:Direct (управляемая передача файлов)
• Файл/FTP
• Кафка
• MQTT
• CICS
• ИМС
• Клиент и сервер сокетов TCP/IP.
• Маршрутизация и упорядочение потоков: фильтр, метка, маршрут к метке, маршрут, порядок потока, повторная последовательность, последовательность, транзит
• Вызываемые потоки — безопасный вызов потоков сообщений в гибридных развертываниях.
• Обработка ошибок: TryCatch, Throw, Validate, Trace
• Группировка: Агрегация, Сбор, разброс, сбор
• Безопасность
• Подпотоки
• Таймер
• САП
• PeopleSoft
• Дж. Д. Эдвардс
• СКА
• IBM Transformation Extender (ранее известный как Ascential DataStage TX, DataStage TX и Mercator Integration Broker). Доступен как отдельный вариант лицензирования ^[16]
• Электронная почта
• Узел поддержки принятия решений. Этот узел позволяет Программе вызывать бизнес-правила, которые выполняются на компоненте IBM Decision Server, который предоставляется вместе с Программой. Использование этого компонента поддерживается только через узлы Decision Service. Лицензия на Программу предоставляет Лицензиату право использовать узлы Decision Service для разработки и функционального тестирования. Подробную информацию об уникальных условиях программы см. в тексте IBM Integration Bus License Information.

IBM Integration Bus в распределенных системах локализован для следующих культур:

• бразильский португальский
• Китайский (упрощенный)
• Китайский (традиционный)
• Французский
• немецкий
• итальянский
• японский
• корейский
• испанский
• Английский (США)
• польский
• Русский
• турецкий

Шаблон фиксирует часто повторяющееся решение проблемы (например, шаблон «Запрос-Ответ»). [ ^17] Спецификация шаблона описывает решаемую проблему, почему проблема важна и любые ограничения на решение. Шаблоны обычно возникают из общего использования и применения определенного продукта или технологии. Шаблон может использоваться для генерации индивидуальных решений повторяющейся проблемы эффективным способом. Мы можем выполнить это распознавание или разработку шаблона с помощью процесса, называемого сервисно-ориентированным моделированием .

В версии 7 были введены шаблоны , которые:

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

Шаблоны охватывают ряд категорий, включая обработку файлов, интеграцию приложений и интеграцию на основе сообщений .

• Выстрелил и забыл (FaF)
• Запрос-Ответ (RR)
• Агрегация (Ag)
• Последовательный (Seq)

В настоящее время доступны следующие платформы для IBM Integration Bus:

• ЭКС
• HP-UX ( IA-64 )
• Solaris ( SPARC и x86-64 )
• Linux ( IA-32 , x86-64, PPC и IBM Z )
• Майкрософт Виндоус
• z/ОС

• Сравнение программного обеспечения для бизнес-интеграции

Что нового в документации App Connect