Process integration что это

SAP@Pitroff.Ru

SAP Process Integration – основы. Часть 2 – обзор архитектуры.

Давайте продолжим разбираться с SAP Process Integration.

Итак, сегодня познакомимся с архитектурой SAP PI. Продукт включает в себя множество различных компонент, доступны также несколько опций инсталляции – Dual Stack (ABAP+J2EE), Single Stack (J2EE), Process Orchestration (PI+BPM+BRM на J2EE).

I. ABAP+J2EE

В случае инсталляции двойного стека (ABAP + J2EE) архитектура выглядит следующим образом:

Рис. 1: Архитектура PI – Dual Stack

В состав “полной”(ABAP+J2EE) инсталляции SAP PI входят:

Репозитарии:

Интеграционный сервер:

Инструменты администратора:

Помимо собственных инструментов SAP Process Integration, для мониторинга существует достаточно удобный инструмент в составе SAP Solution Manager – PI Monitoring.

Опционально:

II. J2EE

Если же мы решаем инсталлировать SAP PI в варианте Single Stack, то архитектура будет выглядеть следующим образом:

Рис. 2: Архитектура PI – Single Stack

Основное отличие такой инсталляции – полное отсутствие Integration Engine, Business Process Engine и других компонент SAP PI, основанных на ABAP.

Роль Integration Engine берет на себя расширенный механизм адаптеров – Advanced Adapter Engine Extended (AEX). Здесь происходят как обмен информацией с исходными системами (через адаптеры), так и обработка и маршрутизация сообщений согласно правилам и настройкам из Integration Directory.

Вместо ABAP-адаптеров IDoc и HTTP присутствуют Java-версии адаптеров для этих протоколов. Работа с IDoc имеет незначительные отличия, подробнее можно почитать тут Comparison of IDoc Adapter (IE) and IDoc Adapter (AAE).

Из отсутствующего – адаптер для протокола WS-RM. Также отсутствует какая-либо возможность работы со сложными процессами – ccBPM остался в “утонувшей” ABAP-части.

III. Process Orchestration

Если же мы хотим сложных бизнес-процессов (но не хотим использовать ABAP) – то существует возможность установки SAP Process Orchestration:

Рис 3: Архитектура PI – Process Orchestration

Это, фактически, установка трех продуктов на одной J2EE-инсталляции: SAP Business Process Management (не путать с ccBPM – абсолютно разные технологии. ), SAP Business Rules Management и Advanced Adapter Engine Extended(AEX).

Программное обеспечение пользователя.

Давайте еще посмотрим, на примере инсталляции ABAP+J2EE, какое программное обеспечение использует разработчик/администратор SAP PI в своей работе:

Рис. 4: программное обеспечение пользователя

Ну что ж, на этом наш первый экскурс в архитектуру SAP Process Integration закончен.
Если будет интерес – то в продолжении цикла статей мы рассмотрим все эти компоненты поближе.
Замечания, комментарии и предложения можно присылать на admin@pitroff.ru, либо оставлять в комментариях на сайте.
Спасибо за внимание,
ваш Pitroff.

3 thoughts on “ SAP Process Integration – основы. Часть 2 – обзор архитектуры. ”

Отличный пост. Скажите, планируете ли описать работу с ccBPM, возможно на конкретных примерах?
Спасибо!

Спасибо на добром слове!

ccBPM разбирать пока не планировал – инструмент “тупиковый”, отживающий свое, SAP его развивать не будет.

Алексей, спасибо большое за статьи. Курс по основам очень полезный.

Источник

integration process

Смотреть что такое «integration process» в других словарях:

Integration testing — (sometimes called Integration and Testing, abbreviated I T ) is the phase in software testing in which individual software modules are combined and tested as a group. It occurs after unit testing and before validation testing. Integration testing … Wikipedia

Integration law for new immigrants to the Netherlands — POV|date=December 2007In 1998, the Dutch parliament agreed with legislation called, Wet Inburgering Nieuwkomers, translated, new immigrants’ integration law. This law basically outlines the intent and procedures to force the new immigrants to… … Wikipedia

Process integration — is a term in chemical engineering which has two possible meanings.1. A holistic approach to process design which considers the interactions between different unit operations from the outset, rather than optimising them separately. This can also… … Wikipedia

integration — in‧te‧gra‧tion [ˌɪntˈgreɪʆn] noun [uncountable] 1. the combining of two or more organizations, activities etc so that they become more effective, make better profits etc: • The important achievement of the European Union is economic integration … Financial and business terms

Integration — is a process of combining or accumulating. It may specifically refer to:*The bringing together of two or more economies, cultures, religions (usually called syncretism), etc.;in sociology and economy *Social integration *Racial integration,… … Wikipedia

Integration d’applications d’entreprise — Intégration d applications d entreprise Pour les articles homonymes, voir IAE et EAI. L Intégration d applications d entreprise ou IAE (en anglais Enterprise Application Integration, EAI) est une architecture intergicielle permettant à des… … Wikipédia en Français

Intégration D’applications D’entreprise — Pour les articles homonymes, voir IAE et EAI. L Intégration d applications d entreprise ou IAE (en anglais Enterprise Application Integration, EAI) est une architecture intergicielle permettant à des applications hétérogènes de gérer leurs… … Wikipédia en Français

Process theology — is a school of thought influenced by the metaphysical process philosophy of Alfred North Whitehead (1861–1947) and further developed by Charles Hartshorne (1897–2000). While there are process theologies that are similar, but unrelated to the work … Wikipedia

integration — in·te·gra·tion n: the act or process or an instance of integrating: as a: a writing that embodies a complete and final agreement between parties b: incorporation as equals into society or an organization of individuals of different groups (as… … Law dictionary

Integration — In te*gra tion ([i^]n t[ e]*gr[=a] sh[u^]n), n. [L. integratio a renewing, restoring: cf. F. int[ e]gration.] [1913 Webster] 1. The act or process of making whole or entire. [1913 Webster] 2. (Math.) The operation of finding the primitive… … The Collaborative International Dictionary of English

integration — ► NOUN 1) the action or process of integrating. 2) the intermixing of peoples or groups previously segregated. DERIVATIVES integrationist noun … English terms dictionary

Источник

SAP@Pitroff.Ru

SAP Process Integration – основы. Часть 1: историческая.

Начиная с этой статьи я планирую шаг за шагом разобрать основы интеграционной платформы SAP – SAP Process Integration; а также поделиться с вами, дорогие читатели, своими знаниями и опытом в этой сфере.

Заранее прошу прощения, но я буду использовать некоторое количество терминов на английском языке – полный перевод технических названий на русский сделает текст малопонятным.

Когда мне первый раз принесли на проверку маркетинговые материалы по XI на русском языке – это было легким шоком. Переведены были ВСЕ термины из англоязычной брошюры. “Инфраструктура обмена” – гласила обложка. “О чем это они?” – подумал я.

Начнем мы с вами с истории возникновения данного продукта:

SAP XI – начало.

SAP Process Integration (PI) – продукт зрелый, начавший свой путь в 2003м году.

Предшественником его был совместный продукт компаний webMethods и SAP – SAP Business Connector (или SAP BC). webMethods предоставила свою интеграционную платформу (HTTP/FTP сервер, XML-мэппинг, планировщик задач и т.п.), а SAP – адаптеры для соединения с системами SAP по RFC и ALE протоколам. Партнерские отношения длились три года – с марта 1999 по март 2002. SAP еще некоторое время поддерживала клиентов, внедривших SAP BC.

Первый выход в свет.

Версия XI 2.0 заложила основные принципы и философию работы интеграционной платформы. Здесь уже были все основные инструменты (Integration Builder – для создания и настройки интерфейсов, Runtime Workbench – для мониторинга). Определена была структура, элементы, порядок действий для создания и настройки интерфейса.

Архитектура XI 2.0, источник – документация к XI 2.0 SR1 (С)SAP AG

Интерфейс и инструменты для его создания/настройки, из документации к XI 2.0 SR1 (С)SAP AG

Несмотря на активную работу над продуктом, версия 2.0 была очень нестабильной. Но интерес клиентов рос: на первый квартал 2005 года в мире было продано чуть менее 500 лицензий на SAP XI, за год их количество было удвоено. На российском рынке на тот момент не было ни одного продуктивного внедрения.

Было даже желание бросить эту тему и заняться чем-нибудь другим, благо выбор направления деятельности консультанта никто особо не ограничивал. В трейнинг-центре SAP в Москве был проведен один курс по XI 2.0, после чего я отказался проводить что-либо по XI до выхода следующей версии – уж очень непредсказуемо и капризно вел себя продукт.

Первая стабильная версия.

Через год, весной 2004-го, компания SAP вывела на рынок технологическую платформу SAP NetWeaver, в которую был включен и SAP XI новой версии – 3.0.
Основным отличием был перенос адаптеров и инструментов разработки из J2SE в J2EE. Инсталляция XI теперь производилась на базисе ABAP+J2EE. XI стал работать гораздо стабильнее. Еще одной новой возможностью стал cross-component Business Process Management ( ccBPM ) – создание сложных процессов внутри SAP XI; эта возможность представляла собой графический редактор процессов в инструментарии разработчика XI и генерацию SAP Workflow для исполнения этих процессов на сервере XI.

SAP Exchange Infrastructure заняла одно из ключевых мест в структуре SAP NetWeaver:

Структура SAP NW 2004

Неофициально эту схему все звали “blue fridge” – “синий холодильник” 🙂

Продукт наконец-то прочно занял свою нишу, клиенты от праздного интереса перешли к активному внедрению. К тому же была изменена лицензионная политика – в сторону прозрачности и снижения стоимости. Что не замедлило сказаться на продажах и внедрениях – более 1500 проданных лицензий, более 500 продуктивных инсталляций.

Переименование и “скачок” версии.

В октябре 2005 года SAP представил новую версию SAP NetWeaver – 7.0. Версии всех компонент NetWeaver были выровнены: SAP Mobile Infrastructure,
SAP Portal, SAP Business Information Warehouse, SAP Knowledge Warehouse, SAP Master Data Management, SAP Process Integration, SAP Web Application Server – все получили одинаковую версию.
Вместе с новой версией пришла и новая маркетинговая идеология – все продукты теперь стали делиться не по типу интеграции, а по функциям – например, “Data Unification” или “Business Information Management”:

Структура SAP NW 7.0, продукты поделены согласно их функциям

Согласно новой идеологии Exchange Infrastructure была переименована в SAP Process Integration (PI) – “в честь” своей функции интегратора всех процессов внутри ландшафта.

Хотя, честно говоря, до сих пор с равной частотой используются как старое, так и новое название продукта. “Иксай”, как мне кажется, звучит несколько лучше, чем “пиай”. Хотя, это дело привычки. 🙂

Весь 2006-й год прошел под знаком борьбы за стабильность, из интересных дополнений – появилась возможность подключать к PI поисковый механизм TREX – что позволяло более эффективно работать с монитором сообщений.

Сервисы и сервисно-ориентированная архитектура.

2007 год ознаменовался выходом на рынок новой сервисной архитектуры, о которой руководство SAP говорило еще аж в 2003м году – SAP Enterprise Service Architecture (ESA), SAP PI версии 7.1 играл в ней центральную роль.

ESA и место PI данной архитектуре

В новой версии был сделан ряд ключевых изменений и дополнений:
– добавлен компонент Service Repository – компонент, позволяющий PI хранить, производить поиск и предоставлять WSDL интерфейсов PI.
– большинство функций мониторинга и настройки перешло к новому инструменту администратора – SAP NetWeaver Administrator (NWA);
– администрирование J2EE-сервера больше не производилось отдельным инструментом – все функции были также перенесены в NWA, а сам инструмент удален из инсталляции;
– интерфейс стал называться Service Interface (ранее было Message Interface), то есть вместо передачи сообщений PI теперь ориентировался на предоставление и использование сервисов. В Service Interface появился подобъект – Operation (по архитектуре и логике он соответствует объекту Message Interface предыдущих версий XI/PI);
– внесено множество других изменений и дополнений в объекты разработки и конфигурирования интерфейсов.

Для возможности централизованного мониторинга ландшафта в продукт SAP Solution Manager (предназначен для управления системным ландшафтом SAP) был добавлен специальный монитор для SAP Process Integration.

В июне 2009 впервые за историю продукта вышел Enhancement Pack 1 (SAP PI 7.1 EHP1) – специальный пакет расширений и дополнений к функционалу, необязательный к установке. С этого момента произошло разделение пакетов поддержки на корректирующие (patches) и дополнительные (enhancement packs).
Номер EHP теперь входил в версию продукта: новая версия официально называлась SAP Process Integration 7.1 EHP1.

Отказ от ABAP.

Следующая версия интеграционной платформы увидела свет в сентябре 2010 года – SAP Process Integration 7.3.
Основным отличием от предыдущей версии стала возможность установки PI на базе J2EE сервера, без ABAP части.
Такая установка получила название Advanced Adapter Engine Extended (AEX).

С другой стороны, в PI 7.3 появились новые возможности:
– центральный репозиторий объектов интеграции для нескольких PI-доменов;
– Java IDoc адаптер;
– вариант установки AEX совместно с BPM/BRM (Business Process Management/Business Rules Management) – новыми продуктами для управления бизнес-процессами (замена ccBPM );
– возможность создавать и настраивать интерфейсы с использованием NetWeaver Developer Studio (NWDS).

Bye-bye, dual-stack

Сентябрь 2015 года выдал “на-гора” NetWeaver версии 7.5. Теперь инсталлировать SAP PI рекомендуется строго в одно-стековом варианте (только J2EE-сервер). Опция инсталляции ABAP+JAVA осталась, но при этом необходимо установить две независимые системы – ABAP и Java – с независимыми SID.

12 thoughts on “ SAP Process Integration – основы. Часть 1: историческая. ”

Здравствуйте! Был бы признателен, если бы вы ответили здесь, в комментариях (но лучше на email), на некоторые возникшие у меня вопросы:
1) ccBPM – это продукт для создания комплексных бизнес процессов, который входил в PI до версии 7.3. Я правильно понимаю?
2) SAP BPM пришел на смену ccBPM. У вас так написано. Но, насколько я прочитал в sap.help, а именно в https://help.sap.com/saphelp_nw04/helpdata/en/14/80243b4a66ae0ce10000000a11402f/frameset.htm
их возможности не тождественны. Вот исходная трактовка:
No user action required
The Business Process Engine supports the message choreography; however, it is not intended to act as a central workflow engine. For this reason, only use integration processes for processes that do not require any user action.
If user action is required, check whether you can realize the process by using SAP Business Workflow or Guided Procedures instead.
Как может быть полноценной система управления бизнес-процессами, если она не поддерживает участия юзера? это всего лишь набор сценариев для связанных процессов и не более того.
В связи с упомянутым в данной цитате SAP Business Workflow возникает следующий вопрос
3) Какое место среди всего этого (ccBPM и SAP BPM) занимает Workflow?
Почитав про его функции я понял, что это предшественник BPM, то есть набор именно предустановленных бизнес-сценариев с возможностью создания своих собственных.
Заранее спасибо за ответ

3) Workflow – это очень старый инструмент, доступен в любой ABAP-системе и предназначен для организации процессов обработки документов в SAP ERP или другом, основанном на ABAP, продукте.
Принцип похож на любой из BPM-продуктов – шаги процесса, получение/ожидание/отправка документов, выполнение программ, отправка почты пользователю и т.п

1+3) ccBPM – это не продукт, это техническая возможность SAP XI.
ссBPM процесс создается в инструментарии разработчика XI/PI, в визуальном редакторе. При активации этого процесса в ABAP-части PI генерируется workflow.
Этот workflow и занимается приемом/отправкой/обработкой сообщений в момент выполнения этого ccBPM-процесса.
У разработчиков была задумка использовать ARIS для создания бизнес-процессов, с дальнейшим импортом в XI – но до идеального состояния эту интеграцию так и не довели.

2) ссBPM – это инструмент для построения интеграционных процессов внутри XI/PI. Участия пользователя там изначально не предусматривалось (хотя шаг такой был добавлен в какой-то из версий, но очень редуцированный, что-то вроде “нажмите да/нет”).
Основная задача ccBPM – позволить заложить в интеграцию более сложную логику и связать больше двух систем.
ccBPM может быть использован и после 7.3 – при условии инсталляции “полного” сервера ABAP+J2EE.

SAP BPM, насколько я знаю – это инструмент, “выросший” из SAP NetWeaver Composition Environment – инструмента, заточенного под работу с пользователем и создание интерактивных форм. Это уже полноценный инструмент для создания бизнес-процессов, но в SAP Process Integration он не входит. SAP BPM может отправлять и принимать сообщения SAP PI.
Комплект, в который входят SAP PI и SAP BPM, называется SAP Process Orchestration.

Спасибо за комментарий. В голове прояснилось, но не до конца 🙂
Насчет ccBPM и BPM все понятно: ccBPM – исключительно интеграционный инструмент.
Непонятны различия между ccBPM и Workflow.
Ваша пометка 1+3) означает, что Workflow уже входит в ccBPM или является его компонентой?
Как я прочитал в другой статье, ccBPM построен на основе Workflow. но используется только для управления интеграционными взаимодействиями. Получается Workflow используется шире? А ccBPM – это его подмножество для интеграции?
С помощью Workflow можно строить процессы, основанные на стандартных транзакциях системы. А можно ли туда встраивать Z?

Попробую прояснить. 🙂
Workflow – это старый инструмент, появившийся в R/3, когда XI/PI еще в планах не было. 🙂
Да, в workflow можно использовать и выполнение Z-кода.

Когда придумывали ccBPM, решили, что технически это проще всего сделать на workflow.
ccBPM – это “нашлепка” на старую технологию: визуальный редактор процессов и конвертер в workflow.

Если совсем просто, ccBPM – это кузов и интерьер BMW с двигателем от старого и проверенного временем КАМАЗа. 🙂

Вот теперь ясно. Благодарствую 🙂

Добрый день!
В продолжении этих вопросов и ответов хотелось бы уточнить как сейчас обстоят дела с реализацией взаимодействия ARIS и SAP PO. Достоверно ли, что в SAP PO становится невозможно в будущем использовать ARIS Модели? Что предлагается на замену?
Спасибо заранее.

Модели ARIS и раньше непросто в PI загружались, было много ограничений. Сейчас есть возможность использовать модели ARIS как базу для описания бизнес-процессов в Solution Manager, а уже из SolMan можно импортировать в PI.
Но судя по стратегии, SAP уходит от сторонних инструментов и вводит свои – на базе SAP Netweaver Developer Studio.

С уважением,
Алексей

Спасибо, Алексей.
Как всегда – доходчиво объяснили.

Алексей, добрый день.
А как можно на русский перевести Process Orchestration?

мне кажется, “Оркестровка процессов” ближе всего по смыслу.

здесь “Optional Standalone Units” – это отдельно стоящие продукты на базе SAP NetWeaver, в том числе SAP PI/PO. 🙂

Advanced Adapter Engine Extended(AAEE) – это PI в чистом виде (J2EE с установленным на нем AAEE).
Process Orchestration – тот же AAEE + дополнительные продукты BPM/BRM.

Желтым же выделены компоненты, которые нужны, если очень хочется установить PI в конфигурации ABAP+J2EE.

Источник

SAP Process Integration (SAP PI) (SAP Netweaver Process Integration)