Sap process orchestration что это
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 его развивать не будет.
Алексей, спасибо большое за статьи. Курс по основам очень полезный.
Русские Блоги
Начало работы с SAP PI
Начало работы с SAP PI
содержание
текст
Что такое SAP ERP
Прежде чем мы войдем в тему, мы должны признать следующие моменты:
Устаревшая система
При внедрении SAP в крупной организации не все компоненты можно разместить в SAP ERP. Многие из этих бизнес-компонентов имеют собственные проприетарные инструменты, которые могут быть чрезвычайно сложными и не подлежат замене. Они работают параллельно с системой SAP. Их называют «устаревшими системами». Необходимо интегрировать эти уже существующие системы, не относящиеся к SAP, с SAP, и именно здесь появляется SAP PI.
Зачем нам нужен SAP PI
В крупных организациях, помимо устаревших систем, SAP ERP не состоит из одной системы, а объединяет несколько систем, таких как CRM, SRM и FICO. Чтобы справиться с этой сложностью, SAP представила PI: платформу, которая может предоставить единую точку интеграции для всех систем. Нет необходимости касаться сложной сети существующих устаревших систем. Это мощное промежуточное программное обеспечение, которое может обеспечить плавную сквозную интеграцию между SAP и другими приложениями, внутренними и внутренними или между внутренними и внешними. SAP PI поддерживает обмен B2B и A2A, поддерживает синхронный и асинхронный обмен сообщениями и включает встроенный механизм для проектирования и выполнения PI.
Архитектура SAP PI
Мы можем разделить PI на несколько областей:
Сервер интеграции является центральным механизмом обработки SAP PI. Здесь все сообщения обрабатываются единообразно. Он содержит три независимых движка:
Что касается механизма бизнес-обработки, эта статья объяснит позже.
В конфигурации и мониторинге вы можете отслеживать сообщения и адаптеры.
Один стек и двойной стек
Когда PI был впервые выпущен, не все компоненты были построены на одной платформе. Механизм интеграции и механизм бизнес-обработки создаются ABAP, а механизм адаптера, построитель интеграции, SL, CM и среда выполнения сопоставления создаются Java. Следовательно, для работы PI требуется среда Java и ABAP, которая называется двойным стеком.
Но в более поздних версиях все компоненты построены на Java. Некоторые компоненты с двойным стеком были упразднены или запускались в стеке Java после модификации. Следовательно, для работы PI требуется только среда Java. Это единый стек.
(Одиночные и двойные стеки имеют свои преимущества и недостатки, но эта статья не будет включать связанный контент)
Механизм интеграции
Механизм интеграции отвечает за службы центрального сервера интеграции, такие как этапы конвейера: маршрутизация и сопоставление. Если структура исходного сообщения и структура целевого сообщения различаются, механизм интеграции вызывает Mapping Runtime, и исходная структура будет преобразована в целевую структуру. Mapping Runtime основан на стеке Java. Механизм интеграции также можно преобразовать с помощью программы ABAP, которая основана на стеке ABAP.
Сообщения могут быть двух типов:
В PI сообщения представлены интерфейсами.
Интерфейс: Структура сообщения и описание в формате XML.
Исходя из вышеуказанных ограничений, существует три типа интерфейсов:
При настройке логики (сценария) интеграции для каждого бизнес-требования в PI механизм интеграции выполнит настройку пошагово. Термин «конвейер» относится ко всем этапам, выполняемым при обработке сообщения XML. Этапы конвейера включают:
Адаптер двигателя
Вы, должно быть, обнаружили, что механизм интеграции использует только протокол XML-SOAP для обработки сообщений. Но если у нас есть пара отправляющих и принимающих систем, их форматы данных разные? В настоящее время мы используем различные адаптеры в ядре адаптера для преобразования сообщений на основе XML и HTTP в указанные протоколы и форматы, необходимые для этих систем, или наоборот.
RFC adapter, SAP Business Connector adapter, file/FTP adapter, JDBC adapter, JMS adapter, SOAP adapter, Marketplace Adapter, Mail adapter, RNIF adapter, CIDX adapter
IDOC adapter and HTTP adapter
Когда SAP PI перешел с двойного стека на одинарный, эти два адаптера стали частью стека Java. Модифицированный механизм адаптера становится усовершенствованным механизмом адаптера, и два адаптера называются IDOC_AAE и HTTP_AAE.
Двигатель обработки бизнеса
Механизм бизнес-процессов (Business Process Engine) отвечает за выполнение и сохранение процесса интеграции.
BPM означает межкомпонентное управление бизнес-процессами (Business Process Management) или ccBPM, также называемое интегрированным процессом. Процесс интеграции относится к выполнимой межсистемной обработке сообщений. В процессе интеграции вы можете определить все этапы обработки и соответствующие параметры управления процессом, которые необходимо запустить. Управление бизнес-процессами обеспечивает SAP Exchange Infrastructure, включая следующие функции:
Во время работы BPE выполняет процесс интеграции. Процесс интеграции может отправлять и получать сообщения только через абстрактный интерфейс.
Создайте сценарий в SAP PI
Если вам нужно создать сценарий в PI, начните с домашней страницы.
Интерфейс домашней страницы выглядит следующим образом:
На домашней странице есть гиперссылки на следующие четыре рабочие области:
Корпоративная сервисная библиотека
Используйте библиотеку корпоративных сервисов для проектирования и создания объектов для создания сцен. Поток данных в PI выглядит так:
Найдите следующие варианты дизайна:
PI использует интегрированную библиотеку для разработки структур сообщений для отправителей и получателей и разрабатывает интерфейсные сообщения через соответствующие структуры сообщений.Интерфейсные сообщения являются точкой взаимодействия с внешним миром. Типы данных и типы сообщений могут использоваться для упрощения и модульного построения сложных интерфейсов.
Оперативное сопоставление позволяет преобразовывать исходную структуру в целевую. Но если исходная структура и целевая структура совпадают, процесс может быть освобожден от выполнения. Подобно интерфейсу службы, отображение сообщений используется для упрощения и блокировки отображения сложных операций. Отображение сообщений может быть выполнено четырьмя способами:
(Есть и другие аспекты, которые не рассматриваются в этой статье)
Интегрированный каталог
Здесь мы используем настроенный ранее объект ESR для выполнения шагов конвейера. Эти шаги выполняются механизмом интеграции во время выполнения.
Прежде чем мы начнем настройку, нам нужно создать / импортировать следующие объекты в DIR:
Сервисы позволяют обрабатывать отправителя или получателя сообщения. В зависимости от цели использования этих услуг вы можете выбрать следующие виды услуг:
Канал связи определяет внутреннюю и внешнюю обработку сообщений. Сообщение будет преобразовано из собственного формата в формат сообщения, указанный в soap-xml через адаптер, или наоборот. Обычно в сцене есть два канала связи:
Канал должен быть выделен для службы. В зависимости от того, считается ли служба отправителем или получателем сообщения, канал также будет иметь роль отправителя / получателя, и они должны совпадать. Невозможно назначить каналы интегрированным технологическим службам.
Шаг конвейера DIR настраивается с помощью следующих четырех шагов:
Протокол отправителя определяет, как сообщение отправителя преобразуется, чтобы оно могло быть обработано интегрированной системой. Это содержит:
Протокол отправителя аналогичен первичному ключу в таблице. В одном плане не может быть двух одинаковых соглашений об отправителях.
Протокол получателя определяет, как сообщение преобразуется в форму, которую получатель может обработать. Это содержит:
Используйте суждения получателя, чтобы указать, кому отправлено сообщение. Вы можете пересылать сообщения, определяя условия, которые включают:
Системное планирование
SAP System Landscape Directory (SLD) является поставщиком основной информации для системного планирования. На веб-странице вы можете найти следующие ссылки:
Интерфейс SLD показан на рисунке ниже:
И продукты, и компоненты можно назвать информацией о компонентах.
И техническая система, и бизнес-система называются описанием ландшафта.
Бизнес-систему можно настроить как интегрированный сервер или систему приложений.
Только один клиент в системе SAP может быть настроен как интегрированный сервер.
Следующая информация извлекается из SLD в ESR и DIR:
Бизнес-система, используемая в каталоге для определения отправителей и получателей сообщений.
Конфигурация и мониторинг
Интерфейс настройки и мониторинга выглядит следующим образом:
Конфигурация и мониторинг поддерживают следующие функции мониторинга:
Синхронный против асинхронного
Обработку можно определить как синхронную или асинхронную.
Таким образом, обмен сообщениями можно разделить на три категории:
В PI мы определяем их как: синхронный-BE (Best Effort), асинхронный и неупорядоченный-EO (Exactly Once), асинхронный и упорядоченный (Exactly Once in Order).
подтверждать
Для синхронной связи, когда система A вызывает систему B, если B не может отправить ответ, обработка завершится ошибкой. Но при асинхронной связи система A вызывает систему I, а система I вызывает систему B. Итак, предположим, что связь между A и I успешна, но связь между I и B не работает. Как A узнает, что процесс, отправленный B, потерпел неудачу? Это реализуется посредством подтверждения, которое отправляется к A в обратном направлении через тот же метод маршрутизации сообщения от A к B. Если подтверждение от B к A не доходит до A, то A сочтет обработку неудачной и отправит сообщение снова.
Когда мы говорим об асинхронности в PI, мы будем использовать термин «ровно один раз» для обозначения EO и EOIO. Именно Onc означает, что однажды отправленное сообщение не может быть отправлено повторно. Для достижения этой функции каждое сообщение, отправленное от A к B, будет иметь подтверждение. Терминалом связи является адаптер, поэтому адаптер должен поддерживать подтверждение.
Все адаптеры обеспечивают подтверждение системы, например подтверждение отправки. Адаптер, поддерживающий синхронную связь, поддерживает подтверждение приложений в дополнение к подтверждению системы.
Итак, в PI есть следующие типы подтверждений:
Remote Function Call
При выполнении работы PI вы столкнетесь с существительным-RFC. что это? Чтобы установить соединение между двумя системами SAP, такими как R / 3 и PI, мы создали цель RFC. Цель RFC должна настроить следующее:
Тип соединения описывает тип системного соединения, например R / 3, TCP / IP, внутреннее соединение и т. Д.
Созданные цели RFC можно классифицировать по типу связи. По асинхронному или синхронному общению его можно разделить на:
(Примечание переводчика: в дополнение к bgRFC)
SAP PI — Краткое руководство
Интеграция процессов SAP является частью платформы SAP NetWeaver. Он называется SAP NetWeaver Exchange Infrastructure XI в NetWeaver 7.0 ehp2 и более ранних версиях. SAP NetWeaver Process Integration является частью программного компонента NetWeaver и используется для обмена информацией во внутренней системе компании или с внешними сторонами.
SAP PI / XI позволяет настроить межсистемную связь и интеграцию, а также позволяет подключать системы SAP и не-SAP на основе различных языков программирования, таких как Java и SAP ABAP. Он предоставляет среду с открытым исходным кодом, которая необходима в сложной системной среде для интеграции систем и для связи.
SAP Process Integration — это промежуточное программное обеспечение, обеспечивающее бесшовную интеграцию между SAP и не-SAP-приложениями в компании или с системами за пределами компании.
пример
Приложение, которое запускается в разных системах, которые являются частью разных бизнес-единиц в компании или внедрено в распределенной среде между разными компаниями, которые имеют деловые отношения друг с другом. В этой среде существует необходимость в бесшовной интеграции и передаче информации между различными системами. SAP PI предоставляет платформу промежуточного программного обеспечения, которая не имеет отношения к тому, как компоненты приложения реализованы с помощью бизнес-логики, и больше внимания уделяет обмену данными между различными компонентами.
Вы можете рассматривать SAP PI как центральный экземпляр или промежуточное программное обеспечение, связывающее разные системы. Это промежуточное программное обеспечение можно назвать механизмом выполнения SAP PI, а это взаимодействие называется опосредованным взаимодействием. Когда вы сравниваете эту связь со сценарием «точка-точка», вы можете легко управлять системами и соединениями. В дополнение ко всему этому информация, связанная с интеграцией, доступна в одной центральной точке.
Обмен сообщениями между различными системами, использующими SAP PI, содержит бизнес-данные. Протокол коммуникационных сообщений основан на стандартных сообщениях SOAP W3C.
Зачем нам нужен SAP PI?
В организации SAP ERP не содержит единой системы, а состоит из ряда интегрированных систем, таких как SAP CRM, FICO, EWM и т. Д. SAP PI предоставляет платформу в качестве единой точки интеграции для всех систем, не затрагивая сложную унаследованную систему. все данные и обмен информацией.
Ниже перечислены ключевые возможности, предоставляемые SAP Process Integration.
связь
Используя SAP PI, вы можете подключать различные приложения и системы, которые имеют разные технические способы связи. SAP PI предоставляет вам множество адаптеров, которые позволяют подключать приложения на основе различных протоколов, таких как HTTPS или Remote Function Call (RFC).
маршрутизация
Маршрутизация определяет правила потока сообщений между различными системами во время выполнения.
картографирование
SAP PI используется для соединения различных приложений или систем в распределенной среде, которую можно настроить между разными компаниями, поэтому существует вероятность того, что структура обмена данными между двумя компонентами будет отличаться друг от друга.
Сопоставление определяет структуру данных в исходной системе со структурой данных в целевой системе. Он также определяет правила преобразования, которые применяются к данным между исходной и целевой системами.
SAP PI — Варианты установки
При запуске сценария в SAP PI возможности связи и обработки зависят от механизмов выполнения, которые устанавливаются вместе с установкой SAP PI. Вы можете установить один или несколько модулей времени выполнения в хост-системе. SAP PI предоставляет следующие два варианта установки:
Тип 1 — Двойной тип использования
Эта установка основана на ABAP и Java и предоставляет инструменты для проектирования и настройки содержимого интеграции, а также эти механизмы выполнения —
Тип 2 — Предварительный Адаптер Двигателя Extended AEX
Эта установка основана на Java и предоставляет инструменты для проектирования и настройки содержимого интеграции и содержит модуль адаптера Advance в качестве механизма выполнения.
SAP PI — Netweaver PI Architecture
Система SAP PI разделена на следующие компоненты:
Runtime Workbench
Это инструмент, используемый для обеспечения центрального мониторинга компонентов и сообщений PI.
Сервер интеграции
Это один из ключевых компонентов системы SAP PI и используется для обработки сообщений.
Он состоит из следующих трех двигателей —
Двигатель бизнес-процесса
Этот механизм используется для корреляции сообщений и занимается обработкой сообщений в ccBPM.
Интеграционный движок
Этот механизм используется для маршрутизации и сопоставления и предоставляет услуги сервера централизованной интеграции. Если исходная структура отличается от целевой структуры, механизм интеграции вызывает среду выполнения отображения, как показано на иллюстрации ниже, в которой исходная структура преобразуется в целевую структуру.
Среда выполнения сопоставления основана на стеке Java, как упомянуто в разделе платформы SAP PI.
Сообщение может быть следующих двух типов:
Синхронное сообщение определяется как сообщение, содержащее как часть запроса-ответа
Асинхронное сообщение определяется как сообщение, содержащее только запрос или часть ответа
Синхронное сообщение определяется как сообщение, содержащее как часть запроса-ответа
Асинхронное сообщение определяется как сообщение, содержащее только запрос или часть ответа
В SAP PI сообщение представлено интерфейсом. Интерфейс содержит структуру сообщения в формате XML и направление.
Центральный усовершенствованный модуль адаптера (AAE)
Поскольку Integration Engine обрабатывает сообщения в протоколах XML и SOAP, если бизнес-система не содержит данных в определенном формате, адаптеры используются для преобразования конкретного протокола и формата сообщений, требуемых Integration Engine.
В архитектуре SAP PI вы можете рассматривать Adapter Engine как Spoke, а Integration Engine как HUB для подключения к внешним системам.
В более ранних выпусках SAP PI с системой двойного стека большинство адаптеров были частью стека Java, и только два адаптера были частью стека ABAP.
Адаптеры стека Java
Следующие адаптеры работают на Java Stack —
RFC-адаптер, SAP Business Connector, файл / FTP-адаптер, JDBC-адаптер, JMS-адаптер, SOAP-адаптер, Marketplace-адаптер, почтовый адаптер, RNIF-адаптер, CIDX-адаптер
Адаптеры ABAP для стеков
Следующие адаптеры работают в стеке ABAP —
Sr.No | Адаптер стека ABAP и описание | ||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
1 |
ABAP Stack | Стек Java |
---|---|
Интеграционный движок | Enterprise Service Repository ESR |
Двигатель бизнес-процесса | Каталог интеграции |
Integration Builder | (Среда выполнения, Системная среда, Модуль адаптера, Отображение среды выполнения) |
В последних выпусках SAP PI компоненты стека ABAP модифицированы для работы со стеком Java, поэтому для запуска SAP PI требуется только стек Java, который называется системой с одним стеком.
SAP PI — домашняя страница
Чтобы открыть домашнюю страницу SAP PI Tools, используйте следующий URL —
Http: // : 5 00 / реж / старт / index.jsp
Пример — http: // scmehp2: 50200 / dir / start / index.jsp
Домашняя страница SAP PI имеет следующие четыре ссылки Java —
Хранилище корпоративных сервисов (ESR)
В SAP PI Enterprise Service Repository используется для проектирования и создания объектов, которые будут использоваться в сценарии интеграции. Вы можете создавать объекты интерфейса, объекты сопоставления и различные процессы интеграции.
Интерфейсные объекты
Ниже приведены объекты интерфейса.
Картирование объектов
Отображение сообщений выполняется согласно структуре данных отправителя и получателя.
Интеграционные процессы
Операция Mapping используется для преобразования исходной структуры в целевую структуру, если структура данных отличается. Комплексное сопоставление операций можно упростить с помощью сопоставления сообщений.
Отображение сообщений может быть реализовано следующими способами:
В хранилище Enterprise Service вы можете увидеть различные инструменты пользовательского интерфейса — Enterprise Service Builder, веб-интерфейс и реестр услуг.
При запуске приложения Enterprise Service ES Builder вы получаете возможность первого запуска приложения, как показано на следующем снимке экрана. Нажмите Run.
После запуска приложения вы получаете следующие опции:
Редакторы объектов отображаются в рабочей области. Эти редакторы объектов включают функции, которые относятся конкретно к открытым объектам.
При запуске веб-интерфейса вам будет предложено ввести имя пользователя и пароль.
В веб-интерфейсе вы можете выполнять следующие задачи:
Поиск — поиск сервисных интерфейсов, типов данных и т. Д.
Подписаться — Подписаться на уведомления.
Управление — управление состоянием жизненного цикла служебных интерфейсов, типов данных и т. Д.
Поиск — поиск сервисных интерфейсов, типов данных и т. Д.
Подписаться — Подписаться на уведомления.
Управление — управление состоянием жизненного цикла служебных интерфейсов, типов данных и т. Д.
Каталог интеграции
Integration Directory используется для настройки объектов, которые создаются в Enterprise Service Repository, а конфигурация выполняется Integration Engine во время выполнения. Для настройки объектов ESR необходимо импортировать объект — Service and Communication Channel.
Сервис позволяет обратиться к отправителю или получателю сообщений. В зависимости от того, как вы хотите использовать сервис, вы можете выбрать один из следующих типов сервиса —
Канал связи определяет обработку входящих и исходящих сообщений путем преобразования внешних собственных сообщений в формат SOAP XML с использованием Adapter Engine. Канал связи двух типов — канал отправителя и канал получателя.
В каталоге интеграции вы можете сделать четыре типа конфигурации —
Соглашение об отправителе — определяет, как сообщение преобразуется сервером интеграции.
Определение получателя — используется для определения информации о получателе, которому отправляется сообщение.
Определение интерфейса — используется для определения входящего интерфейса, на который должно быть отправлено сообщение. Это также определяет отображение интерфейса для обработки сообщения.
Соглашение с получателем — определяет, как сообщение должно быть преобразовано и обработано получателем.
Соглашение об отправителе — определяет, как сообщение преобразуется сервером интеграции.
Определение получателя — используется для определения информации о получателе, которому отправляется сообщение.
Определение интерфейса — используется для определения входящего интерфейса, на который должно быть отправлено сообщение. Это также определяет отображение интерфейса для обработки сообщения.
Соглашение с получателем — определяет, как сообщение должно быть преобразовано и обработано получателем.
В Справочнике интеграции вы можете увидеть Integration Builder. Когда вы щелкаете по Integration Builder, вы видите различные параметры для настройки объектов, созданных в ESR.
SAP PI — Системный справочник ландшафта
Системный справочник ландшафта содержит информацию о альбомной и программной версиях компонентов. Систему SAP можно настроить для регистрации в этом каталоге. Системный каталог ландшафта (SLD) управляет информацией обо всех устанавливаемых и установленных элементах системного ландшафта.
Вы можете найти следующие ссылки на веб-странице —
Пейзаж
В разделе «Пейзаж» вы можете найти следующие варианты:
Технические системы — Вы можете просматривать и определять системы и серверы.
Ландшафты — Вы можете просматривать и настраивать группы систем.
Бизнес-системы. Вы можете просматривать и настраивать бизнес-системы для использования в интеграции процессов.
Технические системы — Вы можете просматривать и определять системы и серверы.
Ландшафты — Вы можете просматривать и настраивать группы систем.
Бизнес-системы. Вы можете просматривать и настраивать бизнес-системы для использования в интеграции процессов.
Каталог программного обеспечения
Продукты — для просмотра продуктов в каталоге программного обеспечения SAP.
Программные компоненты — для просмотра программных компонентов в каталоге программного обеспечения SAP.
Продукты — для просмотра продуктов в каталоге программного обеспечения SAP.
Программные компоненты — для просмотра программных компонентов в каталоге программного обеспечения SAP.
развитие
Резервирование имени — используется для резервирования имени, а также для разработки NW.
Экземпляры CIM — это используется для просмотра и поддержки данных на уровне CIM.
Резервирование имени — используется для резервирования имени, а также для разработки NW.
Экземпляры CIM — это используется для просмотра и поддержки данных на уровне CIM.
Конфигурация и мониторинг
Параметр «Конфигурация и мониторинг» на домашней странице инструментов SAP PI позволяет отслеживать функции механизма интеграции, интеграции CCMS и инфраструктуры мониторинга процессов в системе SAP.
Используя конфигурацию и мониторинг, вы можете контролировать следующие функции —
Мониторинг компонентов — для мониторинга различных компонентов Java и ABAP в SAP PI.
Мониторинг сообщений — для мониторинга состояния обработки сообщений в компоненте SAP PI.
Мониторинг производительности — Используя инструментальные средства времени выполнения, вы можете отслеживать различные показатели производительности в системе SAP PI. Вы можете создавать различные сводные отчеты.
Сквозной мониторинг — для мониторинга сквозного жизненного цикла в системе SAP PI для сценария.
Поиск по индексу сообщений — вы можете выполнять поиск сообщений по индексу в мониторинге сообщений, а также выполнять поиск по выбору адаптера и т. Д.
Входящие оповещения — Входящие оповещения соответствуют роли, назначенной бизнес-пользователю, и используются для просмотра всех предупреждений в системе SAP PI согласно конфигурации.
Конфигурация оповещений — платформа оповещений в C & M позволяет сообщать обо всех ошибках во время обработки сообщений в ABAP и Java. Используя конфигурацию оповещений, вы можете определить политику, если оповещение нужно сообщать об ошибке и выполнять анализ или нет.
Мониторинг кэша времени выполнения — используется для просмотра объектов в кэше времени выполнения.
Мониторинг компонентов — для мониторинга различных компонентов Java и ABAP в SAP PI.
Мониторинг сообщений — для мониторинга состояния обработки сообщений в компоненте SAP PI.
Мониторинг производительности — Используя инструментальные средства времени выполнения, вы можете отслеживать различные показатели производительности в системе SAP PI. Вы можете создавать различные сводные отчеты.
Сквозной мониторинг — для мониторинга сквозного жизненного цикла в системе SAP PI для сценария.
Поиск по индексу сообщений — вы можете выполнять поиск сообщений по индексу в мониторинге сообщений, а также выполнять поиск по выбору адаптера и т. Д.
Входящие оповещения — Входящие оповещения соответствуют роли, назначенной бизнес-пользователю, и используются для просмотра всех предупреждений в системе SAP PI согласно конфигурации.
Конфигурация оповещений — платформа оповещений в C & M позволяет сообщать обо всех ошибках во время обработки сообщений в ABAP и Java. Используя конфигурацию оповещений, вы можете определить политику, если оповещение нужно сообщать об ошибке и выполнять анализ или нет.
Мониторинг кэша времени выполнения — используется для просмотра объектов в кэше времени выполнения.
Давайте посмотрим, где находятся эти опции в разделе Конфигурация и мониторинг на домашней странице инструментов SAP PI. В разделе «Домашняя страница конфигурации и мониторинга» вы видите три параметра, как на следующем снимке экрана:
Вкладка «Мониторинг»
На вкладке «Мониторинг» вы получаете 4 варианта, как показано на следующем снимке экрана:
Обзор сообщений — используется для получения обзора обработки сообщений в течение определенного периода времени. Сообщения агрегируются по статусу обработки.
Входящие оповещения — это используется для обработки ожидающих оповещений на основе сообщений, генерируемых SAP NetWeaver Process Integration. Оповещения могут предоставить вам информацию о времени выполнения и ссылки на средства устранения неполадок, чтобы ускорить изоляцию проблемы.
Поиск сообщений с помощью Trex — используется для поиска сообщений с использованием содержимого сообщений. Вам требуется поисковая и классификационная система TREX для индексации и поиска документов. Кроме того, вы настроили и активировали индексацию сообщений.
Монитор компонентов — используется для получения информации о состоянии отдельных компонентов SAP NetWeaver Process Integration.
Обзор сообщений — используется для получения обзора обработки сообщений в течение определенного периода времени. Сообщения агрегируются по статусу обработки.
Входящие оповещения — это используется для обработки ожидающих оповещений на основе сообщений, генерируемых SAP NetWeaver Process Integration. Оповещения могут предоставить вам информацию о времени выполнения и ссылки на средства устранения неполадок, чтобы ускорить изоляцию проблемы.
Поиск сообщений с помощью Trex — используется для поиска сообщений с использованием содержимого сообщений. Вам требуется поисковая и классификационная система TREX для индексации и поиска документов. Кроме того, вы настроили и активировали индексацию сообщений.
Монитор компонентов — используется для получения информации о состоянии отдельных компонентов SAP NetWeaver Process Integration.
Вкладка «Конфигурация и администрирование»
На вкладке «Конфигурация и администрирование» вы получите 3 варианта, как показано на следующем снимке экрана:
Индексирование сообщений (Trex) — используется для контроля и мониторинга индексации при поиске сообщений на основе индекса с использованием механизма поиска и классификации TREX.
Правила оповещения — для создания и управления правилами оповещения. В правиле оповещения вы определяете условия выполнения, при которых система генерирует оповещение.
Регистрация SLD — используется для проверки правильности регистрации компонентов SAP NetWeaver Process Integration на этапе технической конфигурации. Вы можете применить исправления к регистрации, а также зарегистрировать другие компоненты.
Индексирование сообщений (Trex) — используется для контроля и мониторинга индексации при поиске сообщений на основе индекса с использованием механизма поиска и классификации TREX.
Правила оповещения — для создания и управления правилами оповещения. В правиле оповещения вы определяете условия выполнения, при которых система генерирует оповещение.
Регистрация SLD — используется для проверки правильности регистрации компонентов SAP NetWeaver Process Integration на этапе технической конфигурации. Вы можете применить исправления к регистрации, а также зарегистрировать другие компоненты.
Тестовая вкладка
На вкладке «Тестирование» вы получаете следующие два варианта:
Отправить тестовое сообщение
Чтобы смоделировать поток сообщений и убедиться, что среда выполнения SAP NetWeaver Process Integration работает правильно, отправьте тестовое сообщение в Integration Engine или Advanced Adapter Engine.
Тест подключения кеша
Это используется для проверки состояния подключения к кэшу компонентов инфраструктуры SAP NetWeaver Process Integration и проверки их подключения к кэшам времени выполнения.
SAP PI — Связь
Синхронная Связь
Синхронная связь вызывается операцией запроса и ответа, и выход процесса возвращается сразу после операции. В общих чертах можно сказать, что синхронный сценарий — это когда процесс отправителя отправляет запрос получателю и ожидает ответа. Если ошибка возникает на стороне получателя, приложение отправителя отвечает за повторную отправку сообщения.
Рассмотрим две системы — А и В. И вы вводите промежуточную систему I между двумя системами. Связь между Системой A и Системой I является синхронной, а Системой A и Системой B является асинхронной.
В этом сценарии связи могут возникать следующие типы ошибок:
Ошибка приложения — при обработке сообщения на стороне получателя произошла ошибка, и отправитель не знает об этой ошибке и продолжает ждать ответа.
Ошибка сетевого уровня — в этой ошибке есть ошибка в сети связи между отправителем и получателем. Отправитель не знает об этом, и сообщение застревает между ними, и отправитель ожидает истечения времени ожидания операции.
Ошибка приложения — при обработке сообщения на стороне получателя произошла ошибка, и отправитель не знает об этой ошибке и продолжает ждать ответа.
Ошибка сетевого уровня — в этой ошибке есть ошибка в сети связи между отправителем и получателем. Отправитель не знает об этом, и сообщение застревает между ними, и отправитель ожидает истечения времени ожидания операции.
Ошибка в ответном сообщении — в этом случае возникает ошибка, и ответное сообщение застревает между ними, и отправитель продолжает ждать.
Ошибка в ответном сообщении — в этом случае возникает ошибка, и ответное сообщение застревает между ними, и отправитель продолжает ждать.
преимущества
Ниже приведены ключевые преимущества использования синхронной связи:
Нет необходимости настраивать маршрутизацию ответных сообщений.
Нет необходимости сопоставлять ответ на запрос.
В этом сообщении ответ получен немедленно.
Нет необходимости настраивать маршрутизацию ответных сообщений.
Нет необходимости сопоставлять ответ на запрос.
В этом сообщении ответ получен немедленно.
Рекомендуемый сценарий
Это подходит для операций, которые включают операции чтения, например, просмотр заказа на покупку.
Недостатки
Ниже приведены основные недостатки использования асинхронной связи:
В случае сбоя отправителю необходимо отправить сообщение еще раз.
Принимающая система должна быть настроена на проверку дубликатов сообщений.
В этом случае приложение отправителя блокируется до тех пор, пока не будет получен ответ или не возникнет ошибка времени ожидания.
Вы не можете настроить несколько приемников.
В случае сбоя отправителю необходимо отправить сообщение еще раз.
Принимающая система должна быть настроена на проверку дубликатов сообщений.
В этом случае приложение отправителя блокируется до тех пор, пока не будет получен ответ или не возникнет ошибка времени ожидания.
Вы не можете настроить несколько приемников.
Асинхронная Связь
В асинхронной связи вы добавляете промежуточную систему или промежуточное программное обеспечение между двумя системами. Когда приложение отправителя отправляет запрос, оно не ожидает, пока приложение-получатель отправит ответ. Если по какой-либо причине происходит сбой, промежуточное программное обеспечение отвечает за повторную отправку сообщения. При необходимости принимающая система может отправить ответ отправителю в виде отдельного асинхронного вызова.
Промежуточная система представляет собой очередь, и сообщение из A сначала добавляется в очередь, а на стороне получателя оно извлекается из очереди и отправляется получателю. Ответное сообщение от системы B следует за
Вы также можете поддерживать порядок в определенных ситуациях в соответствии с бизнес-требованиями, используя First In First Out (FIFO). Этот сценарий называется асинхронным с сохранением заказа или точно один раз в заказе (EOIO).
Асинхронная связь гарантирует гарантированную доставку. Если система-получатель в течение некоторого времени недоступна, то промежуточная очередь сохраняет сообщение и остается там до тех пор, пока система-получатель не станет доступной, а сообщение не будет извлечено из очереди и отправлено в систему-получатель.
Рекомендуемый сценарий
Рекомендуется для таких операций изменения, как создание заказа на покупку или изменение заказа на покупку
преимущества
Ниже приведены ключевые преимущества асинхронной связи:
В случае сбоя система SAP PI гарантирует гарантированную доставку и отправляет сообщение повторно.
Не требуется конфигурация для повторных проверок.
В этом сценарии вы можете настроить несколько приемников.
Как система отправителя, так и система получателя не должны быть подключены одновременно.
PI регистрирует все сообщения, отправленные через асинхронную связь.
Нет времени ожидания, так как промежуточная система хранит сообщение и ответ на запрос.
В случае сбоя система SAP PI гарантирует гарантированную доставку и отправляет сообщение повторно.
Не требуется конфигурация для повторных проверок.
В этом сценарии вы можете настроить несколько приемников.
Как система отправителя, так и система получателя не должны быть подключены одновременно.
PI регистрирует все сообщения, отправленные через асинхронную связь.
Нет времени ожидания, так как промежуточная система хранит сообщение и ответ на запрос.
Недостатки
Ниже приведены ключевые недостатки асинхронной связи —
В этом случае отправителю необходимо сопоставить ответы на запрос самостоятельно.
Ответное сообщение должно быть реализовано и направлено отдельно.
Это не дает немедленного ответа.
В этом случае отправителю необходимо сопоставить ответы на запрос самостоятельно.
Ответное сообщение должно быть реализовано и направлено отдельно.
Это не дает немедленного ответа.
SAP PI — Технологии
Система может взаимодействовать с SAP NetWeaver PI напрямую или с использованием адаптеров —
SAP PI — Защита объектов
Для передачи информации в виде объектов из одного хранилища корпоративных сервисов в другой вы можете выбрать один из трех видов транспорта:
На рисунке показаны два программных компонента — версия A и версия B, которые были перенесены из ESRep_1 и ESRep_2 в другие ESRep.
Безопасность на транспортном уровне
Безопасность транспортного уровня включает в себя безопасность объектов проектирования при передаче по сети. При передаче объектов вы выполняете аутентификацию и шифрование на транспортном уровне и авторизацию в конечной точке. Для внутренней связи вы используете Secure Socket Layer (SSL) для шифрования и дешифрования данных через безопасное соединение. Для внешней связи между SAP и не-SAP-системой тип шифрования зависит от типа адаптера, используемого для связи.
Адаптеры SAP PI и механизм безопасности —
адаптер | протокол | Механизм безопасности |
---|---|---|
HTTP-адаптер | HTTP | HTTPS |
Адаптер на основе RFC | RFC | Безопасная сетевая связь |
Почтовый адаптер | SMTP, IMAP4, POP3 | HTTPS |
Файловые адаптеры | FTP | FTP через SSL |
Авторизация на транспортном уровне
Для достижения авторизации на транспортном уровне вы можете использовать HTTP с аутентификацией клиента. Для аутентификации на транспортном уровне HTTP могут использоваться имя пользователя и пароль, сертификаты X.509 или входные билеты SAP.
Уровень безопасности сообщений
Безопасность на уровне сообщений может быть достигнута с использованием методов шифрования и цифровых подписей. Сообщение, которое должно быть отправлено по сети, сначала шифруется алгоритмом шифрования, который включает в себя ключ сеанса и открытый ключ для шифрования. Тот же ключ сеанса и открытый ключ используются на стороне получателя для расшифровки сообщения, чтобы увидеть содержимое.
Транспортный уровень HTTP
Для транспортного уровня HTTP можно использовать следующие механизмы:
SAP PI — Создание объектов
SAP PI — это среда выполнения, которая назначает входящие сообщения получателям и сопоставляет их с другой структурой или протоколом. SAP NW PI требует информацию о том, как сообщения должны быть обработаны. Информация об объектах проектирования находится в PI Enterprise Service Repository ESR и Integration Directory.
Системы, подключенные к SAP PI, поддерживаются в каталоге системных ландшафтов (SLD). Данные в SLD можно разделить на следующие категории —
Информация о программном компоненте
Он включает в себя информацию обо всех доступных программных модулях SAP. Он также включает в себя возможные комбинации программных модулей вместе с зависимостями. Например, программный компонент, выпуск, пакеты поддержки, версии ОС и базы данных и т. Д.
Чтобы проверить это, перейдите в каталог System Landscape (SLD)
Чтобы увидеть все технические системы, их тип, версии и последнее обновление, перейдите на вкладку Техническая система.
Чтобы просмотреть продукты и компоненты программного обеспечения, перейдите к опции «Каталог программ».
После того, как вы перейдете на вкладку «Продукт», вы увидите все продукты, а также их версию и название поставщика.
- Как на планшете в майнкрафте
- тбс это какой сустав