SAP Урок по PI/PO

Какво е SAP ПИ?

SAP PI (Process Integration) е платформа за корпоративна интеграция, която осигурява безпроблемна свързаност между SAP и не-SAP приложения, независимо дали става въпрос за вътрешни A2A (Application to Application) потоци или за междуфирмена B2B (Business to Business) комуникация. Това позволява на организациите да обменят информация между вътрешен софтуер в компанията и външни системи извън нейните граници.

- SAP Пълната форма на PI е Process Integration (Интеграция на процеси). Основната му цел е да премахне изолираните данни, като действа като център, който превежда, маршрутизира и наблюдава всяко съобщение, обменяно в рамките на предприятието.

Какво е SAP PO?

SAP PO (Process Orchestration) е инструмент за автоматизация и оптимизация на бизнес процеси. Той съчетава характеристиките на SAP Управление на бизнес процеси (BPM), SAP Процесна интеграция (PI) и SAP Управление на бизнес правила (BRM). С други думи, SAP Process Orchestration е по-усъвършенствана версия на SAP PI и предоставя всички инструменти, необходими за интегриране на приложения и оркестриране на цялостни бизнес работни процеси.

- SAP Пълната форма на PO е Process Orchestration. PO е позициониран като наследник на стека, който обединява интеграцията, моделирането на процеси и изпълнението на правила в една AS. Java време на изпълнение.

Разбирателство SAP PI/PO с пример

Отвъд техническото определение, SAP PI е по-лесен за разбиране чрез сценарий на внедряване в реалния свят.

Пример

Да разгледаме една голяма млечна индустрия, която оперира в широк регион и доминира на пазара. Няколко малки млечни ферми работят в един и същи регион, но не могат да се конкурират с по-големия играч поради ценови разлики. За да стабилизират цените и да избегнат конфликт, големите и малките млечни ферми решават да се обединят, използвайки... SAP PI. Те се свързват чрез SAP PI и започват да функционират като едно цяло. Чрез тази интеграция те обменят цялата информация, свързана с млечните продукти, включително данни за цените, и споделят равен дял от печалбата.

SAP PI свързва различни платформи, като например:

• SAP и не-SAP системи
• B2B и A2A сценарии
• Асинхронен и Synchronous Комуникации
• Междукомпонентно управление на бизнес процеси

Защо SAP PI/PO?

Преди SAP PI, бизнеси, свързани помежду си чрез комуникация от точка до точка. Този подход не се мащабира до множество сложни процеси. За безпроблемна комуникация между много системи се използва медиирана комуникация, използваща интеграционен брокер, и SAP PI реализира този модел много добре. Той позволява свързване на различни процеси чрез централно място, наречено Integration Broker, вместо паяжина от точки-до-точки връзки. Интеграционният брокер или сървър е неразделна част от медиираната комуникация и се състои от Java-базиран Advanced Adapter Engine (AAE) и интеграционен енджин за маршрутизация. Медиираната комуникация се основава на интеграционен брокер, който изпълнява чрез обмен на XML съобщения.

SAP PI обработва XML съобщенията чрез Integration Broker в четири фази:

• Трансформация на съобщение: По време на обмена на съобщения, той трансформира структурата на бизнес данните.
• Маршрутизиране на съобщения: Препраща съобщение, изпратено от система-изпращач, към една или повече системи-приемници.
• Адаптери за свързване: Свържете интеграционния брокер и приемащата система. Адаптерът трансформира входящото съобщение във входящо съобщение и по-късно го конвертира във формата на приемащата система.
• Интеграционни процеси: Междукомпонентното управление на бизнес процесите (ccBPM) предоставя функции за подобрена оркестрация на услугите.

Следващият в това SAP Урок по PI, ще научим как SAP PI/PO работи.

Как SAP PI/PO работи

SAP PI изпълнява три основни функции, които заедно формират гръбнака на интеграцията:

• Свържете: SAP PI се интегрира с всяко приложение, независимо дали е от трета страна или от... SAPТой използва адаптерната рамка, за да внесе решения на трети страни в шината.
• Координат: Той определя път или работен процес за всяка интегрирана бизнес транзакция. Гарантира, че всяко съобщение е правилно доставено от източника до целевата дестинация.
• Общувайте: Той преобразува файлове във всякакъв формат, независимо дали е вътрешен файлов формат или стандарт за бизнес интеграция.

След като тези три функции са налице, SAP PI може да действа като централен обменен слой за цялото предприятие. Следващият раздел обяснява как неговата архитектура поддържа тези отговорности.

SAP ПИ/ПО Archiтекстура

SAP PI не е единствен компонент, отговорен за интегрирането SAP и не-SAP приложения. Това е клъстер от компоненти, които заедно създават SAP PI функционалност. Тази архитектура се използва по време на проектиране, конфигуриране и изпълнение. Различните компоненти на SAP ПИ включват:

Системна пейзажна директория

Това е централен доставчик на информация в системния ландшафт. SLD съдържа два вида информация: „Информация за компонентите (инсталируеми и инсталирани)“ и „Описание на ландшафта“.

Конструктор на интеграция

Това е набор от инструменти, който съдържа набор от инструменти за достъп и редактиране на интеграционни обекти както в изгледи за проектиране, така и в изгледи за конфигурация.

Хранилище за интегриране

Да разработва, проектира и поддържа типове данни, структури на съобщения, картографиранеpings, интерфейси, процеси на интеграция и сценарии за интеграция, независимо от системния пейзаж, се използва хранилището за интеграция.

Интеграционен сървър

Това е централният процесор на PI. Всички съобщения се обработват с помощта на този сървър и той координира маршрутизирането, картографира...pingи извикване на адаптер.

Централно наблюдение

PI домейнът се наблюдава централизирано чрез този компонент. „Runtime Workbench“ е инструментът, използван за наблюдение на потока от съобщения, производителността и състоянието на компонентите.

Адаптер Двигател

Той действа като свързващ слой, който свързва интеграционния енджин с SAP системи и други външни системи чрез специфични за протокола адаптери.

Техника за обработка на съобщения от PI

За достъп до данни от SAP и не-SAP приложения, SAP PI използва междинни формати на документи като IDoc и плоски файлове, за да прехвърли данните си, след което нормализира всичко вътрешно в XML.

Дизайн

Интеграцията на процеси (PI) използва хранилището за интеграции, за да проектира структурата на съобщенията и да дефинира contracмежду системите на предавателя и приемателя.

Конфигурация

Директорията за интеграция (ID) се използва за конфигуриране на технически параметри за обекти, създадени в IR (Integration Repository), свързване на интерфейси с реални системи и комуникационни канали.

Обработка на съобщения

След като IDoc е активиран в SAP системата, PI поема контрола и преобразува съобщенията в XML формат за вътрешна обработка чрез интеграционния енджин.

Мониторинг на съобщения

Съобщенията могат да бъдат наблюдавани и tracизготвено с помощта на „Runtime Workbench“. Този инструмент е полезен за наблюдение на адаптери за изпращачи и получатели, изходящи и входящи съобщения, цялостно наблюдение на пълни сценарии и грешки. tracES.

Свързаност: Proxy Framework и Adapter Framework

Свързаност в SAP PI се предоставя чрез две допълващи се рамки: Proxy Framework за native SAP комуникация и Adapter Framework за всичко останало.

Адаптерна рамка

SAP PI се свързва с всяка външна система (SAP или не-SAP) с помощта на рамката на адаптера. Адаптерната рамка е базирана на AS Java средата за изпълнение и Java Съединител Archiтекстура (JCA). Рамката на адаптера се състои от две вериги от модули по подразбиране. Ако обработката на съобщения трябва да се изпълнява изцяло в рамките на адаптера, може да се използва веригата от модули по подразбиране за адаптера.

1. Един за посоката на подателя
2. Един за посоката на приемника

Има четири основни вида адаптери, използвани в SAP ПИ:

• Файлови адаптери: Обмен на файлове с външни системи.
• JMS адаптери: Общувайте чрез система за съобщения.
• SOAP адаптери: Комуникирайте с доставчици и клиенти на уеб услуги.
• JDBC адаптери: Осигурете директна свързаност с базата данни като разширен пакет за SAP ПИ.

Други интерфейси, поддържани от рамката на адаптера, са:

1. Услуги за конфигуриране (API и метаданни на адаптер xsd).
2. Административни услуги.
3. Различни API за услуги, предоставяни от рамката на адаптера, включително мениджър на нишки и мениджър на транзакции.
4. Рамката Adapter включва API за регистриране на съобщения. API може да се използва за технически цели. trace и логване за писане trace оператори, които описват изпълнението на код.

Как работи рамката на адаптера

1. Данните се получават от кабела през приемно място, което слуша съобщения по определен протокол на зададен адрес.
2. След като получателят приеме съобщението, адаптерът създава ново съобщение и прикачва потока от данни към него.
3. Той добавя всички метаданни за крайната точка, през която са получени данните, след което изпраща съобщението към системата за съобщения.
4. Системата за съобщения изпраща съобщението към приемащия канал, където данните се трансформират в XML. Подателят се удостоверява, съобщението се дешифрира и XML се валидира.
5. След това, системата за съобщения публикува съобщението в полето за съобщения. Полето за съобщения е релационна таблица, съдържаща съобщения, чакащи обработка.
6. След това системата за съобщения изпраща съобщението или до оркестрация, или до порт за изпращане за изходяща доставка.

SAP PI/PO сигурност

За съобщения, SAP PI осигурява сигурност на ниво съобщения за протокола за съобщения XI. SOAP адаптер, протокола RosettaNet, пощенския адаптер, протокола CIDX и за свързаност със системи, поддържащи WSRM (Web Service Reliable Messaging). В SAP PI, сигурността на ниво съобщения се осъществява чрез криптиране, цифрови подписи, SAML твърдения, токени за потребителско име, токени за сертификати и подобни механизми. Методите за удостоверяване, поддържани от WS инфраструктурата за транспортния слой, включват основно удостоверяване (парола и потребителско име), SAP билет за твърдение и HTTP през SSL.

Свързване на интеграционния сървър със система, поддържаща WSRM (Web Service Reliable Messaging)

За свързване със система, поддържаща WSRM, се използва комуникационен канал от тип адаптер WS.

• Използвайте споразумение за изпращач с присвоен WS адаптер за изпращач, за да свържете Integration Server с WS потребител.
• Използвайте споразумение за приемник с присвоен WS приемник адаптер, за да свържете интеграционния сървър към WS доставчик.

Предимства на сигурността в SAP ПИ/ПО

• Разрешенията на приложението получател се проверяват спрямо оригиналната потребителска идентичност.
• В системата на приемника потребителят може да бъде напълно одитиран.
• Динамичната конфигурация се поддържа в канала на приемника на PI за контекстно-осъзнато маршрутизиране.

Нови функции в SAP ПИ/ПО

По-новите издания на SAP PI/PO се доставят с няколко подобрения, които подобряват мониторинга, мащаба и B2B покритието:

• Централизирано наблюдение на базата на SAP Мениджър на решения.
• Много голям (двоичен) трансфер от файл към файл с поддръжка на стрийминг.
• IDoc (междинен документ) и HTTP адаптери, налични директно в AAE (разширен адаптерен двигател).
• Потребителски-ориентирана перспектива в ESR (Хранилище за корпоративни услуги).
• Интерфейс и картаping-базирано разделяне на съобщения на AAE.
• Конфигурация на времето за изчакване за всеки комуникационен канал.
• Автоматизиран транспорт за валидиране на схемата.
• Замяна на TREX с търсене на съобщения, дефинирано от потребителя.
• Добавки за SAP PI: Добавка за защитена свързаност (SGTP адаптер, PGP модул) и B2B добавки (OFTP адаптер, AS2 адаптер, EDI разделител, EDI XML конвертор и други).

Предимства на SAP ПИ/ПО

• В сравнение с други продукти за междинен софтуер, мониторингът в SAP PI е по-силен. Той предлага наблюдение на съобщения, производителност и компоненти, като всичко това може да се използва за track и коригирайте грешките.
• SAP PI поддържа широката гама от SAP компоненти, които обикновено се изискват по време на проекти за корпоративна интеграция.
• Адаптери и картаpingса зрели и добре документирани в сравнение с други продукти за междинен софтуер.
• Както асинхронните, така и синхронните модели на комуникация се поддържат предварително.

SAP ПИ/ПО Code Пример: Java Картаping

Персонализирани трансформации на съобщения в SAP PI/PO често се прилагат чрез Java картаpingв хранилището за корпоративни услуги. Фрагментът по-долу показва основния скелет, който разработчиците разширяват, за да прочетат входен полезен товар, да го трансформират и да запишат резултата обратно в изходния поток.

import com.sap.aii.mapping.api.AbstractTransformation;
import com.sap.aii.mapping.api.TransformationInput;
import com.sap.aii.mapping.api.TransformationOutput;
import com.sap.aii.mapping.api.StreamTransformationException;
import java.io.InputStream;
import java.io.OutputStream;

public class OrderToInvoiceMapping extends AbstractTransformation {
    public void transform(TransformationInput in, TransformationOutput out)
            throws StreamTransformationException {
        InputStream source = in.getInputPayload().getInputStream();
        OutputStream target = out.getOutputPayload().getOutputStream();
        // Read source payload, transform XML, then write to target.
        try {
            int b;
            while ((b = source.read()) != -1) {
                target.write(b);
            }
        } catch (Exception e) {
            throw new StreamTransformationException(e.getMessage());
        }
    }
}

SAP PI срещу BizTalk

Кога SAP PI/PO не се препоръчва

SAP PI/PO е мощен, но не е правилният инструмент за всеки сценарий в корпоративна SOA (ориентирана към услуги) ArchiИзбягвайте PI/PO, когато:

• SAP PI не се препоръчва за синхронна комуникация, тъй като ще натовари значително инфраструктурната услуга за обслужване на асинхронни заявки.
• SAP PI не се препоръчва за сценарии, управлявани от потребителски интерфейс, където бекендът вече е изложен като корпоративни услуги.
• SAP PI не е необходим за посредничество, когато не-SAP Бекенд системи като J2EE или .NET вече предоставят бизнес услуги в сценарий с потребителски интерфейс.

Въпроси и Отговори