Upload
others
View
3
Download
0
Embed Size (px)
Citation preview
actum consulting, ZENOS ForumHamburg, 27.09.2005
Agenda
• Vorstellung Plecto• NetWeaver• SAP Exchange Infrastructure• SAP Enterprise Service Architecture • Business Process • Demo• Zusammenspiels XI <-> ZENOS
Plecto AG
Tätigkeitsschwerpunkte der Plecto AG
Verteilung der Aufträge:
40% SAP NetWeaver-Entwicklung
40% Connectivity-Projekte im SAP R/3, SAP NetWeaver und Java-Portal-Umfeld
5% Erstellung generischer Java-Toolsets zur Verwendung in Integrationsprojekten
15% strategisches Technologie-Consulting
Plecto AG
NetWeaver-Referenzen der Plecto AG(Auszug)
BMW AGBenchmarkFrontend-
Technologien
Keller VerlagSales
InformationSystem
Allianz AGJ2EE-SAP
Integration
RWE SystemsApplications
Ausschrei-bungs-
plattform
Plecto AG
Historie und Entwicklung gegründet im August 2000
5 Gründer: erfahrene IT-Experten aus den Unternehmen Andersen Consulting (France), Cybernet, Haitec, PriceWaterhouseCoopers und SAP
Plecto AG
Ramp-Up-Historie der Plecto AG
Juli 2001: First Customer Shipment Web AS 6.10 März 2002: First Customer Shipment Web AS 6.20 Jan. 2003: First Customer Shipment Web AS 6.20 / J2EE Engine Feb. 2003: Ramp-Up XI 2.0 Sep. 2003: Ramp-Up Web AS 6.30 März 2004: Ramp-Up XI 3.0 Mai 2004: Ramp-Up Web AS 6.40/Mobile Infrastructure 2.5 Juli 2005: Ramp-Up MDM 5.5
Kurzvorstellung Plecto AG
XI Projekt-Referenzen (Auszug)
SAP XI 3.0: Druckerhersteller: Anbindung der europäischen Produktionsstätten SAP XI 3.0: Kopiererhersteller: Anbindung europäischen Niederlassungen SAP XI 3.0: Bekleidungshersteller: Betrieb, Performance, Coaching SAP XI 3.0: Telko-Konzern, Venezuela: BBP / POC / Realisierung SAP XI 3.0: Automobil-Bank: Konfiguration / Optimierung SAP XI 3.0: Pharmakonzern: Installation / Konfiguration SAP XI 3.0: Stadtwerke: Installation / Konfiguration SAP XI 3.0: Papierkonzern, Schweden: Integration einer Auslandstochter SAP XI 3.0: Mineralölkonzern: RampUp 3.0 SAP XI 3.0: Automobilzulieferer: Installation/Konfiguration SAP XI 2.0/3.0: Brauereikonzern, NL: Einführung / CoC SAP XI 2.0/3.0: Versicherungskonzern: BBP/Realisierung SAP XI 2.0/3.0: Medienunternehmen: Einführung / Upgrade von 2.0 auf 3.0 SAP XI 2.0: Finanzdienstleister: Going-Live Begleitung SAP XI 2.0: Energieversorger: Kataloganbindung
SAP NetWeaver
SAP NetWeaver™
Com
posi
te A
pplic
atio
n Fr
amew
ork
Life Cycle M
anagement
People Integration
Information Integration
Process Integration
Application Platform SAP Web Application Server• Proven, scalable and
comprehensive application platform• Leverage existing infrastructure/
skillets
SAP Exchange Infrastructure• Integration broker• Business Process Management• Proxy generation and mapping tools• Integration directory• SAP’s ability to execute
SAP Master Data Management• Coming in 2005
SAP Business Information Warehouse• Business content• Tight integration to SAP• Open architecture (Crystal,
Ascential)
SAP Enterprise Portal• Business packages• Collaboration
SAP Mobile Infrastructure• Tight coupling and alignment
with SAP business solutions
Multi-Channel Access
Portal Collaboration
KnowledgeManagement
BusinessIntelligence
Master Data Management
Integration Broker
Business ProcessManagement
DB and OS Abstraction
J2EE ABAP
SAP NetWeaver
ANALYTICS/REPORTING
Bus.Partner Legacy
PEOPLE PRODUCTIVITY
SAP NetWeaver
SERVICE COMPOSITION
Business Objects, Components, and Engines
PartnerService
s
Enterprise
ServicesReposito
ry
SERVICE ENABLEMENT
LIFE-CYCLE MGMT
SAP’s Enterprise Services
ECC-Platform
SAP NetWeaver
The New Appl. Platform
mySAP Bus. Suite
ServiceRep.
“new”
Com-ponents
Weiterer Ausbau von NetWeaver als ESA-Plattform
Neue Funktionalitäten werden nach SOA Paradigma gebaut
Business Process Plattform
Komponenten der XI
Komponenten der XI
Adapter Engine
Integration Server: Laufzeitkomponente
Routing Logisch (BS) Physikalisch (TS)
Mapping Adapter aufrufen
Konfiguration: sxmb_adm Queues administrieren Festlegung Application/
Integration Server
Komponenten der XI
Adapter Engine
Integration Builder
Repository (Design)
Interfaces
Mappings
Directory (Konfiguration)
Empfängerermittlung
Interfaceermittlung
Endpunkte
External Communication
Komponenten der XI
Cross-component Business Process Management (ccBPM)
Integrationsprozess „ip_va100_sapuser_anlegen“
SAP XI
BAPI_USER_CREATE SO_USER_UPDATE
SAP R/3
synchroner RFC Call
synchroner RFC Call
Typische Einsatzgebiete XI
Integration heterogener Systemlandschaft
Kopplung neuester SAP-Applikationen z.B. CRM mit ECC (mitgelieferter Content)
Systemübergreifende Businessprozesse
Einsatz als EDI-Subsystem
Kopplung großer SAP-Landschaften (ALE Szenarien)
Prozess-Erweiterung innerhalb von SAP-Applikationen
Typische Einsatzgebiete XI
XI Projekt-Referenzen (Auszug)
SAP XI 3.0: Druckerhersteller: Anbindung der europäischen Produktionsstätten SAP XI 3.0: Kopiererhersteller: Anbindung europäischen Niederlassungen SAP XI 3.0: Bekleidungshersteller: Betrieb, Performance, Coaching SAP XI 3.0: Telko-Konzern, Venezuela: BBP / POC / Realisierung SAP XI 3.0: Automobil-Bank: Konfiguration / Optimierung SAP XI 3.0: Pharmakonzern: Installation / Konfiguration SAP XI 3.0: Stadtwerke: Installation / Konfiguration SAP XI 3.0: Papierkonzern, Schweden: Integration einer Auslandstochter SAP XI 3.0: Mineralölkonzern: RampUp 3.0 SAP XI 3.0: Automobilzulieferer: Installation/Konfiguration SAP XI 2.0/3.0: Brauereikonzern, NL: Einführung / CoC SAP XI 2.0/3.0: Versicherungskonzern: BBP/Realisierung SAP XI 2.0/3.0: Medienunternehmen: Einführung / Upgrade von 2.0 auf 3.0 SAP XI 2.0: Finanzdienstleister: Going-Live Begleitung SAP XI 2.0: Energieversorger: Kataloganbindung
Enterprise Service Architecture
ARCHITECTUREFOR CHANGE
Enterprise Services Architecture
CompositesInnovateProcess
EnterpriseSystems &Services
Invoicing(3
rd party)
Collaboration
(3rd party, ext.)
AFS
(SA
P R/3)
Order M
gmt
(Legacy)
Shipping(Legacy)
Mfg
(Legacy)
Freight(E
xternal)
SAP NetWeaver
Supplier Rep. Prod. PlannerLiaison Officer
Fulfilment Coordination
Settle-mentDemand PO Creation
CompositionPlatform
ENTERPRISESERVICES
Enterprise Service Architecture
ANALYTICS/REPORTING
Bus.Partner Legacy
PEOPLE PRODUCTIVITY
SAP NetWeaver
SERVICE COMPOSITION
Business Objects, Components, and Engines
PartnerService
s
Enterprise
ServicesReposito
ry
SERVICE ENABLEMENT
LIFE-CYCLE MGMT
SAP’s Enterprise Services
ECC-Platform
SAP NetWeaver
The New Appl. Platform
mySAP Bus. Suite
ServiceRep.
“new”
Com-ponents
Weiterer Ausbau von NetWeaver als ESA-Plattform
Neue Funktionalitäten werden nach SOA Paradigma gebaut
Business Process Plattform CAF User driven processes
YOU and SAP Work Together
SERVICE
ENABLEMENT BY
SAP
RECOMPOSITION
SERVICE
ENABLEMENT BY
YOU
TODAY
ES
A-co
mp
lian
t myS
AP o
r partn
er so
lutio
n p
ow
ere
d b
y S
AP
NetW
eaver
SAP NetWeaverSAP
services
SAP composites
SAP definedroles,events &services
SAP NetWeaver
SAPservices
SAP composites
Partner &CustomservicesB
usinespartner
Legacy
3rd party
SAP and Partner xApps
Custom composites
SAP
Net
Wea
ver
an
d x
Apps
help
yo
u
evo
lve y
ou
r en
tire
IT lan
dsc
ap
e t
o E
SA
SAP NetWeaver
Busines
partner
Legacy
3rd party
xApps & customcomposites
Partner&Customservices
Customdefinedroles,events &services
EnterpriseServices
Repository
SAP ESA Architektur
5 Prinzipien hinter ESA1. Abstraktion
2. Modularisierung
Komplexität nach unten in kleine wieder verwendbare Bausteine zerlegen
3. Standardisierte Verbindungsfähigkeit
Flexible Zusammenstellung von Services zu größeren Prozessen und Szenarien
4. Lose Kopplung
Separate Entwicklung einzelner Komponenten ohne Integrationspunkte zu brechen
5. Inkrementelles Design
Änderungen in der Zusammenstellung und der Konfiguration ohne Beeinflussung der inneren Komponenten
Business Processes
Idealisierte schematische Darstellung
SAP SAP SAP SAP
Systemübergreifende Prozesskette Pro Teilprozess gibt es einen Servicecontract, der die
Anforderungen an den Service / API beinhaltet Welche Daten werden geliefert ? Welche Daten erwartet ? Wie sieht das Exceptionhandling aus ?
ip_va100_sapuser_anlegen
Servicecontract
Prozess
Service / API
Applikation
XI
ip_va101_sapuser_aendern
ip_va102_sapuser_anfragen
ip_va103_sapuser_loeschen
SAP UserManagement
… wie stellt sich ein Serviceaufruf bisher dar!!
Servicecontract
Prozess
Service / API
Applikation
Wenn ein Teilprozess sich in mehrere Funktionsbausteine aufgliedert, muss die XI jeweils Mapping und RFC durchführen.
Hier liegt das Verbesserungspotential auf Seiten mySAP Komponenten Serviceprovider
SAP SAP SAP SAP
FB1 FB2 FB3 FB4
XI
RFC RFC RFCMP MP
ip_va100_sapuser_anlegen
Cross-component Business Process Management (ccBPM)
Integrationsprozess „ip_va100_sapuser_anlegen“
SAP XI
Message Mappings
BAPI_USER_CREATE SO_USER_UPDATE
SAP R/3
synchroner RFC Call
synchroner RFC Call
… was ändert sich mit ZENOS?
SAP
FB1 FB2 FB3 FB4
Servicecontract
Prozess
Service / API
Applikation
ZENOS Service Interface wird durch Integrationsplattform aufgerufen
ZENOS hat vollen Zugriff auf alle Funktionen und Daten im SAP und kann daraus neue Services modellieren !
Reduziert den Verwaltungsaufwand und den Aufruftraffic deutlich!
XI
ZENOS als „Service“-Enabler für mySAP Applikationen
Cross-component Business Process Management (ccBPM)
Integrationsprozess „ip_call_MT_MRQ_001“
MT_MRQ_001
SAP R/3 mit
ZENOS
BAPI_USER_CREATE SO_USER_UPDATE BAPI_USER_UPDATE SO_USER_INSERT
SAP XI
synchroner RFC Call
Positionierung ZENOS als Ergänzungsprodukt
Unterstützt ZENOS im Zusammenspiel mit SAP XI den Service-Gedanken der ESA/SOA-Architektur?
Eindeutig JA !! ZENOS und SAP XI ergänzen sich ideal. ZENOS fungiert somit bereits heute schon als „Service
Provider“ in der von SAP proklamierten ESA/SOA-Architektur der kommenden Jahre.
SAP XI verbindet als Service Consumer die SAP-based Services von ZENOS mit Fremdsystemen von Drittanbietern und dient somit als echte Integrations- Plattform.
Demo
Prozess Übersicht
3rd Party System
SAP R/3
SAP R/3 mit ZENOSSAP XI
Szenario 1 – SAP XI & ZENOS
File
RFC
RFC
Szenario 2 – SAP XI & BAPI
8 BAPIs in Scenario 2
Hardware Übersicht
SAP XI ZENOS
&SAP R/3 IDES
• CPU: Pentium 4, 3 GHz
• RAM: 3,0 GB
• HDD: 120 GB IDE
• OS: SLES 9
• SAP: XI 3.0 SP13
• CPU: Pentium 4, 2,8 GHz
• RAM: 2 GB
• HDD: 140 GB IDE
• OS: SLES 7
• SAP: R/3 Enterprise 4.7
Messeergebnisse
Input File mit 20 TasksSzenario 1 – SAP XI & ZENOS
Szenario 2 – SAP XI & BAPIs
Anzahl beteiligter Integration Prozesse 1 20
Anzahl RFC Calls von XI* 1 34
Gesamtdauer 14 Sek. 67 Sek.
Input File mit 100 TasksSzenario 1 – SAP XI & ZENOS
Szenario 2 – SAP XI & BAPIs
Anzahl beteiligter Integration Prozesse 1 100
Anzahl RFC Calls von XI* 1 170
Gesamtdauer 27 Sek. 350 Sek.
Input File mit 200 TasksSzenario 1 – SAP XI & ZENOS
Szenario 2 – SAP XI & BAPIs
Anzahl beteiligter Integration Prozesse 1 200
Anzahl RFC Calls von XI* 1 340
Gesamtdauer 44 Sek. 689 Sek.
*) Die Anzahl der RFC Calls ist abhängig von Anzahl und Art der Tasks im Input File.
Harmonisches Zusammenspiel XI - ZENOS
Was gehört in die XI? Message Mappings und Message Routing Informationen „Kein Auslagern von Anwendungslogik - Verwenden Sie
Integrationsprozesse nicht dazu, Anwendungslogik aus den Anwendungssystemen heraus auf den Integration Server auszulagern.“ (Empfehlung von SAP zum Einsatz von XI)
„Kein Ersatz für Massenschnittstelle“ (Empfehlung von SAP zum Einsatz v. XI)
Was gehört in ZENOS (Service-Layer)? Service Logik ZENOS als Provider für SAP-based Services (ESA/SOA)
Warum Monitoring in ZENOS, was monitort die XI? ZENOS monitort Services XI monitort Business Process
Diskussion
BackUp
Backup
Komponenten der XI
Adapter Engine
Integration Repository
In der Design-Phase werden alle benötigten Schnittstellen zunächst plattform-unabhängig entwickelt und in Form einer WSDL-Beschreibung zur Verfügung gestellt. Ausgehend von dieser Beschreibung können z. B. Mappings zwischen Interfaces definiert werden, ohne dass dies bereits Auswirkungen auf eine bestehende Systemlandschaft hätte. Alle Daten der Design-Zeit werden im Integration Repository abgelegt, um später in einer konkreten Systemlandschaft eingesetzt zu werden.
Integration Repository
Integration Directory
Adapter Engine
Integration Directory
In der zweiten Phase, der Konfigurations-Zeit, können dort abgelegte Komponenten, Interfaces und Mappings gemäß der Systemlandschaft und des Geschäftsprozesses auswählt und beim logischen Routing einander zuordnet werden. Das Ergebnis dieses Konfigurationsprozesses wird im Integration Directory abgespeichert und kann von der Laufzeit der Exchange Infrastructure abgerufen und ausgewertet werden.
Übersicht Komponenten der XI
Adapter Engine
Adapter Engine:
Konfiguration
Komponenten der XI
SAP XI 3.0 Architektur
Integration Server
IDoc
Adap
ter
Business Process Engine
Integration Engine
Adapter FrameworkMessagingQueuing
Security Handling
Central Adapter Engine
Reso
urce
Adap
ter
Integration Repository / Integration Directory / System Landscape Directory
FileDBJMS
SAPSystem
File/DB/JMSSAP System
File/DB/JMSMarketplace3rd Party Sys.
Content (e. g. Mapping, Adapter
Metabase)
PlainJ2SE
AdapterEngine
Adapter
PCK Configuration and Monitoring
Adapter FWMessagingQueuimg
Security Handling
Partner Connectivity Kit
Reso
urce
Adap
ter
File/DB/JMSMarketplace3rd Party Sys.
Adapter FWMessagingQueuing
Security Handling
Optional Decentral Adapter Engine
Reso
urce
Adap
ter
cross-component Business Process Management (ccBPM)
Integrationsprozess = „systemübergreifender Prozess zur Verarbeitung von Messages“
Definition, Steuerung und Überwachung komplexer, über Unternehmens- und Anwendungsgrenzen hinweg laufender Geschäftsprozesse
zustandsbehaftete Verarbeitung von Messages basiert auf Business Workflow (WebFlow Engine) von SAP R/3 Verwendung synchroner Interfaces mit Sync/Async-Bridge bietet Funktionen wie:
Senden & Empfangen von Messages Transformation Schleifen bedingte Blöcke (If-Then-Else) Korrelation mehrerer Messages Exception Handling
2000s: From 3 Tier to Service Orientation
Windows (MSFT)
Enterprise Apps (SAP)
Database(ORCL)
2004
COMPOSITE
SOLUTIONSComplete Solution
2007
… uns interessiert nur SAP in dieser Prozesskette!
SAP SAP SAP SAP
Servicecontract
Prozess
Service / API
Applikation
Was passiert wenn für eine individuelle Prozesskette keine passenden Services vorhanden sind ?
Wie können eigene Services standardisiert erstellt werden ? Kann man durch Klammerfunktionen eine effizientere
Granularität der Services erreichen ? Lassen sich Standardservices effizient um Zusatzfunktionalitäten
erweitern ? Wie behalte ich trotzdem die lose Kopplung zwischen Service-
Consumer und Service-Provider bei, die mir unabhängige Entwicklungszyklen erlaubt ?
Cross-component Business Process Management (ccBPM)
Integrationsprozess „ip_va100_sapuser_anlegen“
SAP XI
Message Mappings
BAPI_USER_CREATE SO_USER_UPDATE
SAP R/3
synchroner RFC Call
synchroner RFC Call