SAP Handledning för PI/PO: Vad är processintegration och orkestrering
Vad är SAP PI?
SAP PI (Process Integration) är en företagsintegrationsplattform som ger sömlös integration mellan SAP och icke-SAP applikationer inom organisationen A2A (Application to Application) eller till och med utanför organisationen B2B (Business to Business). Det tillåter organisationer att utbyta information mellan interna mjukvaror inom företaget och externa system utanför företaget.
Smakämnen SAP PI full form är Process Integration.
Vad är SAP PO?
SAP PO (Process Orchestration) är ett verktyg för automatisering och optimering av affärsprocesser. Den kombinerar funktioner i SAP Business Process Management (BPM), SAP Processintegration (PI), och SAP Business Rules Management (BRM). Med andra ord, SAP Process Orchestration är en mer avancerad version av SAP PI och har alla verktyg som krävs för att integrera applikationer.
Smakämnen SAP PO full form är Process Orchestration.
Förståelse SAP PI/PO med ett exempel
Men detta var en teknisk aspekt av SAP PI, men för att förstå detta bättre kommer vi att se exemplet på genomförandet av SAP Processintegration.
Exempelvis
För att förstå begreppet SAP PI tydligare tar vi ett exempel på en storskalig mejeriindustri, som verkar i en stor del av en stat och dominerar regionen. Men det finns några småskaliga mejeriindustrier som verkar i samma region, parallellt med storindustrin som inte går med vinst på grund av deras prisvariationer jämfört med storindustri. Så för att undvika priskonflikten och upprätthålla samma pris över hela regionen, beslutar storskalig och småskalig industri att länka samman, med hjälp av SAP PI. De sammankopplar med varandra med hjälp av SAP PI och började arbeta som en enda enhet. Nu, igenom SAP PI kan de utbyta all information om mejeriindustrin, inklusive prissättning och dela lika mycket vinst.
SAP PI kopplar ihop olika plattformar som
- SAP och icke-SAP system
- B2B och A2A scenarier
- Asynkron och Synchederlig kommunikation
- Tvärkomponenthantering av affärsprocesser
Varför SAP PI/PO?
Före SAP PI, företag skulle ansluta med varandra genom punkt-till-punkt kommunikation. Men denna process används inte för flera och komplexa processer. För smidig kommunikation mellan flera företag används förmedlad kommunikation eller integrationsmäklare, och SAP PI anpassar detta system mycket bra. Det möjliggör sammankoppling av en annan process via en central plats känd som Integration Broker, till skillnad från punkt-till-punkt-anslutningen som är mer som ett spindelnät. Integrationsmäklaren eller servern är en integrerad del av förmedlad kommunikation består av Java baserad Advanced Adapter Engine (AAE) och en integrationsmotor för routing. Förmedlad kommunikation baseras på en integrationsmäklare som exekveras genom att utbyta XML-meddelanden.
Låt se hur SAP PI hanterar XML-meddelanden med hjälp av Integration Broker. Utbytet av data eller meddelanden i SAP PI förekommer i dessa fyra faser.
- Meddelandeomvandling: Under meddelandeutbyte omvandlar det strukturen för affärsdata
- Meddelandedirigering: Vidarebefordra ett meddelande som skickats av ett avsändarsystem till ett eller flera mottagarsystem
- Anslutningsadaptrar: Genom att ansluta integrationsmäklaren och mottagarsystemet kommer adaptern att omvandla det inkommande meddelandet till ett inkommande meddelande och senare konvertera det till formatet för det mottagande systemet i andra änden
- Integrationsprocesser: Cross-component Business Process Management (ccBPM) består av funktioner för förbättrad orkestrering av tjänster.
Nästa i detta SAP PI handledning, vi kommer att lära oss hur SAP PI/PO fungerar.
Hur ser din drömresa ut SAP PI/PO fungerar
SAP PI utför tre grundläggande funktioner
- Ansluta: SAP PI har en förmåga att integrera med alla applikationer oavsett om det är en applikation från en 3rd parti eller från SAP. Den använder adapterramverket för att integrera 3rd partilösningar.
- Samordna: Den kan definiera en sökväg/arbetsflöde för varje affärstransaktion som är integrerad. Det säkerställer att varje meddelande levereras korrekt från källan till måldestinationen
- Kommunicera: Det kan översätta filer till vilket format som helst, oavsett om det är ett internt filformat eller en standard för integration mellan företag och företag.
Nästa i detta SAP PO handledning kommer vi att lära oss om SAP PI PO-arkitektur.
SAP PI/PO Architecture
SAP PI är inte en enskild komponent som ansvarar för integrationen av SAP och icke- SAP applikation, men det är ett kluster av komponenter som tillsammans gör SAP PI funktionell. Denna arkitektur av SAP PI eller komponenter används under designtid, konfigurationstid och vid drifttid. De olika komponenterna i SAP PI inkluderar
System Landscape Directory
Det är en central informationsleverantör i ett systemlandskap. SLD innehåller två typer av information, "Komponentinformation (installerbar och installerad) och landskapsbeskrivning."
Integrationsbyggare
Det är en verktygsuppsättning som innehåller en uppsättning verktyg för att komma åt och redigera integrationsobjekt
Integrationsförråd
För att utveckla, designa och underhålla datatyper, meddelandestrukturer, mappningar, gränssnitt, integrationsprocesser och integrationsscenarier oberoende av systemlandskap används integrationsrepository.
Integrationsserver
Det är en central bearbetningsmotor för PI. Alla meddelanden behandlas med denna server.
Central övervakning
Med hjälp av denna görs övervakning av PI-domän, och "workbench" är verktyget som används för övervakning.
Adaptermotor
Den fungerar som en kontakt för att ansluta integrationsmotorn till SAP system och andra system.
Meddelandebehandlingsteknik av PI
För att komma åt data från SAP och icke-SAP tillämpning denna teknik används. SAP PI använder ett mellanliggande dokument som IDoc to Flat-filer för att överföra sina data.
Design
Process Integration (PI) använder integrationsarkiv för att designa meddelandestruktur
konfiguration
Integration Directory (ID) används för att konfigurera tekniska parametrar för objekt skapade i IR (Integration Repository)
Meddelandebearbetning
När IDOC har aktiverats i SAP PI tar hand om och konverterar meddelanden till XML-format för intern bearbetning
Meddelandeövervakning
Meddelanden kan övervakas och spåras med hjälp av "Run Time Workbench". Det här verktyget kan vara användbart för att övervaka avsändar- och mottagaradaptrar, utgående och inkommande meddelanden, övervakning av kompletta scenarier och felspår.
Anslutning: Proxy Framework & Adapter Framework
Adapter ramverk
SAP PI ansluter till alla externa system (SAP eller icke-SAP) med hjälp av Adapter Framework. Adapterramverket är baserat på AS Java runtime-miljö och versionen av connector architecture (JCA). Adapterramverket består av två standardmodulkedjor om meddelandebehandling ska utföras helt inom adaptern, kan standardmodulkedjan för adaptern användas.
- En för avsändarriktningen
- En för mottagarens riktning
Det finns fyra typer av adaptrar som används i SAP PI
- Filadaptrar: Det utbyter filer med externa system
- JMS-adaptrar: Den kommunicerar med ett meddelandesystem
- SOAP-adaptrar: Den kommunicerar med leverantörer och kunder av webbtjänster
- JDBC-adaptrar: Det är ett utökat paket för SAP PI
Andra gränssnitt som stöds av adapterramverket är
- Konfigurationstjänster (API och Adapter metadata xsd)
- Administrationstjänster
- Olika tjänste-API:er tillhandahållna av Adapter framework- Thread Manager, Transaction Manager)
- Adapterramverket inkluderar ett API för meddelandegranskningslogg. API:t kan användas för teknisk spårning och loggning för att skriva spårningssatser som beskriver exekveringen av koden.
Hur fungerar adapterramverket?
- Data tas emot från tråden genom en mottagningsplats som lyssnar efter meddelanden med ett visst protokoll på en specificerad adress
- Efter att meddelandet har tagits emot av mottagningsplatsen skickas ett meddelande till adaptern. Den skapar ett nytt BizTalk-meddelande, bifogar dataströmmen till meddelandet.
- Den lägger till alla metadata som hänför sig till slutpunkten över vilken data togs emot och sedan skickas meddelandet till meddelandemotorn
- Meddelandemotorn skickar meddelandet till mottagarpipeline där data omvandlas till XML, här autentiseras meddelandeavsändaren, ett meddelande dekrypteras och XML valideras
- Därefter publicerade meddelandemotorn meddelandet i meddelanderutan. Meddelanderutan är en Microsoft SQL tabell som innehåller meddelanden som ska behandlas
- Meddelandemotorn skickar meddelandet till antingen orkestrerings- eller sändporten.
SAP PI/PO-säkerhet
För meddelanden, SAP PI tillhandahåller meddelandenivåsäkerhet för XI meddelandeprotokoll, för TVÅL adapter, för RosettaNet-protokollet, för e-postadapter, för CIDX-protokollet och för anslutning med WSRM (Web Service Reliable Messaging)-aktiverade system. I SAP Säkerhet på PI-meddelandenivå aktiverad genom användning av kryptering, digital signatur, SAML Assertion, Användarnamnstoken, Certifikattoken, etc. Autentiseringsmetoder som stöds av WS infrastruktur för transportnivå inkluderar grundläggande autentisering (Lösenord och Användarnamn), SAP assertion ticket och HTTP över SSL.
Ansluta integrationsserver med WSRM (Web Service Reliable Messaging) aktiverat system
För att ansluta till ett WSRM-aktiverat system använder du en kommunikationskanal av adaptertyp WS.
- Du använder ett avsändaravtal med en tilldelad WS-avsändaradapter för att ansluta integrationsservern till en WS-konsument
- Du använder ett mottagaravtal med en tilldelad WS-mottagareadapter för att ansluta integrationsservern till en WS-leverantör
Fördelar med säkerhet i SAP PI/PO
- Behörigheterna för mottagarapplikationen kontrolleras mot den ursprungliga användaren
- I mottagarsystemet kan en användare granskas
- Dynamisk konfiguration vid PI-mottagarens kanal
Nya funktioner i SAP PI/PO
De nya funktionerna i SAP PI inkluderar
- Centraliserad övervakning baserad på SAP lösningsansvarig.
- Mycket stor (binär) fil till filöverföring
- IDOC (Intermediate Document) och HTTP-adaptrar i AAE (Advance Adapter Engine)
- Användarcentrerat perspektiv i ESR
- Gränssnitt och kartläggningsbaserat meddelande delat på AAE
- Time Out-konfiguration per kommunikationskanal
- Automatiserad transport för schemavalidering
- Ersätter Trex, användardefinierad meddelandesökning
- Användarcentrerade perspektiv i ESR
- Tillägg för SAP PI: Secure Connectivity-tillägg (SGTP-adapter, PGP-modul) & B2B-tillägg (OFTP-adapter, AS2-adapter, EDI-separator, EDI XML-omvandlare etc.)
Fördelar med SAP PI/PO
- I jämförelse med någon annan mellanvaruproduktövervakning i SAP PI är bättre. Den erbjuder övervakningsfunktioner som ett meddelande, prestanda, komponentövervakning och så vidare, som alla kan användas för att spåra och åtgärda felen.
- SAP PI stöder olika SAP komponenter som krävs vid integration med SAP PI
- Adaptrar och mappningar är bra jämfört med alla andra middleware-produkter
- Asynkron och Synchederlig kommunikation är möjlig
SAP PI vs. BizTalk
SAP PI | BizTalk |
---|---|
Används oftast endast av SAP kunder för att möjliggöra SOAP-baserad integration | BizTalk är helt byggt på . Net, certifierad av Microsoft och SAP att integrera med SAP direkt utan behov av mellanprogram |
ESB-produkt designad och implementerad för att integrera SAP system med icke- SAP System | Mer generaliserad produkt, förmåga att integrera en mängd olika system inklusive SAP och andra produkter |
SAP PI har ett förlevererat meddelandeövervakningssystem | Ej tillgänglig |
SAP PI kan göra flera dataöverföringar | Ej tillgänglig |
In SAP PI-automatisering kan vara manuell såväl som schemalagd | Ej tillgänglig |
SAP använder sig av net weaver portallösning | BizTalk använder MS SharePoint som en portallösning |
SOA arkitektur paradigm för SAP är eSOA (Enterprise Service Oriented Architecture) | SOA baseras på .NET och BizTalk |
SAP PI Base Engine prissätts baserat på den totala bearbetade meddelandevolymen uttryckt i Gigabyte/månad. SAP PI är gratis att använda mellan SAP-Till-SAP | MS BizTalk-servern är prissatt baserat på serverkapaciteten. Den har fyra olika versioner Enterprise, Standard, Branch och Developer |
När SAP PI/PO rekommenderas inte i Enterprise SOA (Service Oriented Architecture)
- SAP PI rekommenderas inte för synkron kommunikation eftersom det kommer att lägga en betydande belastning på infrastrukturtjänsten för att betjäna asynkron begäran
- SAP PI rekommenderas inte för UI-drivna scenarier om backend är exponerat som företagstjänster
- SAP PI behövs inte för förmedling om en icke-SAP backend som J2EE eller .NET-plattformen exponerar företagstjänster i ett UI-scenario