P04 SAP NW Exchange Infrastructure
P04 SAP NW Exchange Infrastructure
This presentation introduces the SAP Exchange Infrastructure component as part of the SAP integration workshop.
P04_SAP_NW_Exchange_Infrastructure.ppt
Page 1 of 37
Agenda
How does SAP XI fit in SAP NetWeaver ? SAP XI architecture
Components overview SAP XI process engine SAP XI adapter engine
This presentation will first introduce how the SAP XI fits into the NetWeaver strategy over all, then highlight more specifically the SAP XI architecture in different aspects. Finally there will be some discussion on different use scenarios with SAP XI and IBM technology.
P04_SAP_NW_Exchange_Infrastructure.ppt
Page 2 of 37
The SAP Exchange Infrastructure is built on top of the SAP Web AS SAP XI is the backend unification layer of SAP NetWeaver
Master data management PROCESS INTEGRATION Integration broker Business process mgmt
DB and OS abstraction
The SAP XI is the integration broker implementation from SAP. It is placed in this diagram as part of the process integration box. SAP XI leverages the application platform as a runtime environment.
P04_SAP_NW_Exchange_Infrastructure.ppt
Page 3 of 37
R/3
CRM
SRM
Other HR
The goal of the SAP XI is to provide a platform for internal and external process integration. It gets delivered with prepackaged collaboration knowledge and offers a major control point for business integration. SAPs goal is to centralize cross-system integration in one place within SAP XI in traditional SAP implementations this is achieved using ALE technology or other EAI tasks like flat file exchange. SAP XI includes also a BPEL engine which enables not only simple message routing between systems, but also more intelligent system integration scenarios. This BPEL capability is not going to replace the existing SAP Business Workflow capabilities that are still included within any ABAP based SAP instance like CRM, SRM or R/3.
P04_SAP_NW_Exchange_Infrastructure.ppt
Page 4 of 37
Section
This section on architecture is in three parts; the first covers an overview of the components
P04_SAP_NW_Exchange_Infrastructure.ppt
Page 5 of 37
Windows (*8) Server 2003 on x64 64bit Server 2003 on IA32 32bit Server 2003 on IA64 64bit
AIX 11.23 on PA-RISC 64bit 11.11 on PA-RISC 64bit 5.2, 5.3 64bit
HP-UX 11.31 on PA-RISC 64bit 11.23 on IA64 64bit 11.31 on IA64 64bit
Linux: SUSE SLES9, SLES 10, Red Hat EL 4, 5 (SLES9 only on System z 64bit x86_64 64bit Power 64bit IA64 64bit IA32 32bit
TRU6 4
Unicode/Non-Unicode
+/+ X X X X X X -
+/+ X X X X APP -
+/+ +/+ X X X X X X X -
+/+ X X -
+/+ X X X X -
+/+ X (*11) X -
+/+ (*12) X X X -
+/+ X X X X -
+/+ X X X X APP -
+/+ APP -
+/+ X -
-/HA(*1) DB -
+/+ -
X X -
SQL Server 2005 (*10) (*12) DB2 LUW 8 (*13) DB2 LUW 9 (*13) MaxDB 7.6 DB2 for i5/OS V5R3, V5R4 (*4) DB2 for z/OS (*12) (*12) (*12) APP
Informix
APP DB HA x64
Not for DB server. Application server with whole SAP NetWeaver stack only, Database server only High available solution only X64 and x86_64 represent the same hardware
SAP XI 3.0 supports Unicode platforms only Follow-on DB/OS releases will be released as usual JDK Versions are specified in the installation guides
6 Introduction to SAP Exchange Infrastructure 2007 IBM Corporation
Since SAP XI is running on top of the SAP Web Application Server 6.40 and later, it is supported on the same platforms. An SAP XI specific difference is that is supported on Unicode platforms only.
SAP XI is one of the first new SAP middleware components that is using both personalities of an SAP Web Application Server the Java and the ABAP part. Check the attached notes for the detailed description of the legend. Legend: (*1) See SAP note 821904 Separating SCS instances for ABAP and J2EE (*3) See SAP note 720886 Oracle Database 10g: Integration in the SAP environment. For Double-Byte code pages see SAP note 858869 Desupport of multibyte character sets as of Oracle 10g. All availability information applies to new installations of SAP Solution Manager 4.0 too. For Information about the upgrade to SAP Solutions Manager 4.0 please refer to http://service.sap.com/pam (*4) For upgrade start system on ASCII or Unicode required (*5) Non Unicode available only (*6) Linux SLES and Linux RHEL 5 (not RHEL 4) available. (*8) English version only. See SAP note 362379 Localized Windows & MUI Support for SAP Software on Windows. (*9) DB server 32-bit only (*10) See SAP note 905634 Release planning for Microsoft SQL Server 2005 for more details (*11) Planned availability with DB2 for LUW 9 FP3 (*12) Rapid Installer available (*13) DB2/UDB renamed to DB2 Linux Unix Windows (LUW) (*14) Planned for SAP NetWeaver SR2 (*16) Non-Unicode: Dialog Instances only
P04_SAP_NW_Exchange_Infrastructure.ppt
Page 6 of 37
SAP XI architecture
Collaborative business process runtime
This is the general architecture from SAP XI. As you see there are two main blocks. The shared collaboration knowledge area contains the business packages and business process templates. They can be built and changed with the Integration builder. To build them, you can access data from the SLD and export it to the runtime environment. In the collaborative business process runtime part, the built business processes get connected to different systems in the SLD and really runs in this environment. Another perspective is to separate between the design, configuration and runtime environment. As you can see in this slide, the runtime environment can access other SAP systems and other systems using SAP XI adapters.
P04_SAP_NW_Exchange_Infrastructure.ppt
Page 7 of 37
Integration builder
Integration builder:
The integration builder can be understood as the client component that is be used to connect to the integration repository and the integration directory. It uses Java Web Start technology and requires a Java 1.4 environment on the client machine. It is used during design time to develop new interfaces and mappings and during configuration time to configure services, routings and mappings.
The Integration Builder can be understood as the client component that is be used to connect to the integration repository and the integration directory. It uses Java Web Start technology and requires a Java 1.4 environment on the client machine. It is used during design time to develop new interfaces and mappings and during configuration time to configure services, routings and mappings. The Integration Builder is the main tool to develop integration artifacts for SAP XI Scenarios and to configure how packages are finally deployed on the SAP XI .
P04_SAP_NW_Exchange_Infrastructure.ppt
Page 8 of 37
Integration repository
Integration repository
The integration repository provides collaboration knowledge available at design time, for example, business scenarios, business processes, mappings, interfaces. It is built in Java and follows Java 2 Enterprise Edition (J2EE) standards. The information in the integration repository is used by the integration directory, which adds configurationspecific information that is needed for routing.
The Integration Repository provides collaboration knowledge available at design time, for example, business scenarios, business processes, mappings, interfaces. The IR can be understood as the storage where all integration relevant artifacts are stored. It is built in Java and follows Java 2 Enterprise Edition (J2EE) standards. The information in the Integration Repository is used by the Integration Directory, which adds configuration-specific information that is needed for routing.
P04_SAP_NW_Exchange_Infrastructure.ppt
Page 9 of 37
Integration directory
Integration directory
The integration directory contains detailed collaboration knowledge about the current system landscape around the SAP Integration Server. It is built in Java and follows Java 2 Enterprise Edition (J2EE) standards. It is a description of routing rules (receiver and interface determinations), collaboration profiles (parties, services and channels) and collaboration agreements. The integration directory details the information from the integration repository that is specific to the configuration.
10 Introduction to SAP Exchange Infrastructure 2007 IBM Corporation
The integration directory contains detailed collaboration knowledge about the current system landscape around the SAP integration server. It is built in Java and follows J2EE standards. It is a description of routing rules, collaboration profiles, and collaboration agreements. The integration directory details the information from the integration repository that is specific to the configuration.
P04_SAP_NW_Exchange_Infrastructure.ppt
Page 10 of 37
This slide shows how the Integration Builder (IB) is used to access the Integration Repository (IR). Within IB there are several editors which enable a developer to create and change integration artifacts like scenarios, processes, mappings and interfaces. All these artifacts are then stored within the IR in dedicated projects. The IR is also leveraging data stored in the System Landscape directory to make the development cycle easier and more meaningful.
P04_SAP_NW_Exchange_Infrastructure.ppt
Page 11 of 37
This slide shows how the integration builder is used to access the integration directory. The part of integration builder which is used to access the integration directory is heavily wizard driven. This means wizards are used to deploy specific integration scenarios into the existing system landscape. There are several editors that enable the administrator to adjust existing deployments by changing routing rules, collaboration agreements and profiles. All these runtime behaviors are then stored within the integration directory and later on accessed by the Integration Server runtime to determine how the specific integration component runs.
P04_SAP_NW_Exchange_Infrastructure.ppt
Page 12 of 37
Integration server
Integration server
The integration server receives messages from the sender applications, applies routing and mapping rules to these messages and finally sends them to the receiving application. Each SAP Web Application Server has the integration server software built in. The specific configuration of the particular SAP WebAS activates its role as a central integration server.
The integration server receives messages from the sender applications, applies routing and mapping rules to these messages and finally sends them to the receiving application in a simple scenario. In a more enhanced scenario maybe a BPEL process is triggered which then can also trigger more enhanced tasks. Each SAP Web Application Server has the Integration Server software built in. The specific configuration of the particular SAP WebAS activates its role as a central Integration Server.
P04_SAP_NW_Exchange_Infrastructure.ppt
Page 13 of 37
The integration engine is one central part of the integration server. It offers the main services for processing messages, like mapping and routing, and guaranteeing quality of service like exactly-once delivery of messages. To support cross component Business Process Management, or ccBPM, the integration server of SAP XI also contains a business process engine. This component takes care of running and persistency of cross component integration processes. The SAP Business process engine is able to run BPEL compliant process that use WSBPEL 1.1
P04_SAP_NW_Exchange_Infrastructure.ppt
Page 14 of 37
This slide shows that the integration server is the runtime for the integration component. It uses configuration data that is stored in the integration directory.
P04_SAP_NW_Exchange_Infrastructure.ppt
Page 15 of 37
Runtime workbench
Runtime workbench
The runtime workbench is used to test and monitor the individual components of the SAP Exchange Infrastructure including business systems defined in the system landscape directory. Furthermore, it tracks the processing of messages (from end to end) through all involved components of the infrastructure and helps in error analysis of faulty messages and in troubleshooting. The runtime workbench provides a browser based UI which consumes BSP applications which are located on the SAP XI server.
16 Introduction to SAP Exchange Infrastructure 2007 IBM Corporation
The runtime workbench is used to test and monitor the individual components of the SAP Exchange Infrastructure, including business systems defined in the system landscape directory. Furthermore, it tracks the processing of messages from end to end through all involved components of the infrastructure and helps in error analysis of faulty messages and in troubleshooting. The runtime workbench provides a browser-based UI which consumes BSP applications that are located on the SAP XI server.
P04_SAP_NW_Exchange_Infrastructure.ppt
Page 16 of 37
Central monitoring
SAP runtime workbench provides: Component monitoring Message Monitoring (End-to-End monitoring) Performance monitoring Alert framework
There are different aspects in a central monitoring. The end-to-end message monitoring is the monitoring of the technical process of the message flow - monitoring the message processing on one specific component, and relevant only for message processing components. The component monitoring has a smooth integration with CCMS, for Monitoring of ABAP and Java components and Monitoring of all XI components - including non message processing components. Performance analysis is used to enhance performance statistics, measuring of throughput and latency, selection and aggregation of performance data by XI component and time range and message attributes. Message alerting is based on Alerting Framework. Active monitoring produces alerts being sent by e-Mail or SMS, and CCMS-alerts and message-oriented alerts
P04_SAP_NW_Exchange_Infrastructure.ppt
Page 17 of 37
Section
P04_SAP_NW_Exchange_Infrastructure.ppt
Page 18 of 37
Integration processing
Integration directory
Scenarios Business processes
Receiver determination
Integration server
Inbound handling (also in adapters)
Routing rules
Receiver determination rules Interface determination Rules (including mapping assignment) Interface determination Channel determination Mapping Business process
Collaboration agreements
Security Outbound handling (also in adapters)
Collaboration profiles
Parties and services channels
Integration engine
The slide also shows that it is not mandatory to incorporate a BPEL process into an integration task. Currently most of SAPs prepackaged integration content consists only of native message routing and transformation, and protocol adjustment.
P04_SAP_NW_Exchange_Infrastructure.ppt
Page 19 of 37
Cross component business process management Design, run and monitor processes
across applications and systems Provides process control in the central technology layer Contains a graphical modeler Integral part of XI
Modeling enables linkage to XI design objects: interfaces, mappings BPM runtime is embedded in the integration server runtime
Adheres to standards
Industry standard support (BPEL4WS) Import and export of process definitions
The business process engine is able to run WS-BPEL 1.1 processes. While the integration server is responsible to run the BPEL process, within the integration builder there is an editor available to create a BPEL process from scratch using existing interfaces that are available in the integration repository.
P04_SAP_NW_Exchange_Infrastructure.ppt
Page 20 of 37
This slide shows the BPEL editor within the integration builder. It is the counterpart to the BPEL editor IBM offers within WebSphere Integration Developer. SAPs editor is divided in different areas that shows information from various objects dependent upon what is selected.
P04_SAP_NW_Exchange_Infrastructure.ppt
Page 21 of 37
These are the standard nodes that can be used within a SAP BPEL process most of these icons are borrowed from the SAP Business Workflow, which is an SAP-proprietary workflow dialect that is included within any SAP ABAP system.
P04_SAP_NW_Exchange_Infrastructure.ppt
Page 22 of 37
SAP ccBPM
ccBPM is integrated with the business workflow (WebFlow Engine). An integration process can send messages to a workflow and, conversely, messages from a workflow can be processed in an integration process. Can import, export and run WS-BPEL 1.1 compliant processes.
The new ccBPM capability that is a core part of SAP XI is an enhancement of the existing SAP Business Workflow, also known as the WebFlow engine.
P04_SAP_NW_Exchange_Infrastructure.ppt
Page 23 of 37
Section
P04_SAP_NW_Exchange_Infrastructure.ppt
Page 24 of 37
SAP XI is using adapters to connect any backend system to the integration server. The adapter portfolio is fairly rich because SAP is partnering with major adapter development business partners like Seeburger and iWay to use their adapters together with an SAP XI broker. The slide also highlights the capability to address scaling requirements by being able to install multiple adapter engines that work together. If no adapter is available for a more exotic backend, the partner connectivity kit can be used to create a new custom adapter that reflects the special needs of a dedicated backend system.
P04_SAP_NW_Exchange_Infrastructure.ppt
Page 25 of 37
This slide lists many key attributes of the adapter engine of SAP XI.
P04_SAP_NW_Exchange_Infrastructure.ppt
Page 26 of 37
P04_SAP_NW_Exchange_Infrastructure.ppt
Page 27 of 37
Technical adapters
File/FTP Adapter Database (JDBC) Adapter Java Messaging Service (JMS) Adapter Plain HTTP Adapter SOAP Adapter Mail Adapter SAP Business Connector Adapter MarketPlace Adapter
P04_SAP_NW_Exchange_Infrastructure.ppt
Page 28 of 37
These are some of the major adapters SAP is leveraging from their two key partners in the adapter area, Seeburger and iWay.
P04_SAP_NW_Exchange_Infrastructure.ppt
Page 29 of 37
The table on this slide highlights various technical details of the most popular SAP XI adapters.
P04_SAP_NW_Exchange_Infrastructure.ppt
Page 30 of 37
Between SAP XI and new SAP business systems that have an SAP Web Application Server runtime of release 6.40 and higher, a new communication style is supported. SAP enabled these new business systems to be connected with an SAP XI system, and to use existing interface definitions to generate ABAP or JAVA based proxy objects in the target business system. This proxy can then be used by the business system to send data or by the integration server to send data to the business system depending if it is an inbound or outbound proxy. The protocol used to do this is SOAP/HTTP with custom SAP SOAP headers which are used to run enhanced logic on top of this carried control information. This proxy approach hides the real business function from the connecting integration broker and delivers therefore an abstraction layer to decouple integration logic from business logic.
P04_SAP_NW_Exchange_Infrastructure.ppt
Page 31 of 37
Section
This last section discusses two usage scenarios for the SAP XI software.
P04_SAP_NW_Exchange_Infrastructure.ppt
Page 32 of 37
This slide shows how the integration server can be used to access any backend using adapters and to provide to the external world a so-called enhanced Web Service. This means more intelligent integration logic is run in between. The lower layer shows that also any Web service client can be used to call using SOAP/HTTP business functions directly in any SAP business system that already has the new Web Services Framework included. This framework is from the SAP Web Application Server 6.40 and higher. This is then named basic Web service.
P04_SAP_NW_Exchange_Infrastructure.ppt
Page 33 of 37
Without routing, mapping, business process management capabilities Joint use of Web Services Framework of SAP XI and SAP Web AS Synchronous XI inbound proxies can be used natively as Web services in SAP Web AS like Remote Function Modules Unified programming model and proxy generation for XI and Web services in SAP Web AS
34 Introduction to SAP Exchange Infrastructure 2007 IBM Corporation
Finally this slide shows that new business systems can do native peer-to-peer communication using their existing Web service capabilities. Whenever more extensive communication is required, a broker based integration needs to be evaluated. SAP created a dedicated XI protocol that can be used to leverage an SAP XI instance in the communication. This special protocol is SOAP/HTTP Web services but with additional SAP specific headers; for example, for routing information.
P04_SAP_NW_Exchange_Infrastructure.ppt
Page 34 of 37
References
Web
SAP Exchange Infrastructure http://www.sap.com/xi
For more information on the SAP Exchange Infrastructure, go to the address listed here.
P04_SAP_NW_Exchange_Infrastructure.ppt
Page 35 of 37
Feedback
Your feedback is valuable
You can help improve the quality of IBM Education Assistant content to better meet your needs by providing feedback.
You can help improve the quality of IBM Education Assistant content by providing feedback.
P04_SAP_NW_Exchange_Infrastructure.ppt
Page 36 of 37
P04_SAP_NW_Exchange_Infrastructure.ppt
Page 37 of 37