www.opitz-consulting.com/go/3-5-11 Haben Sie sich schon einmal gefragt, warum man Services in modernen IT-Architekturen kategorisieren sollte? Was genau verbirgt sich hinter der Service-Virtualisierung und welche Rolle nimmt hierbei ein Enterprise Service Bus (ESB) ein? Inwieweit unterstützen derartige Konzepte Unternehmen dabei, der vielzitierten IT-Flexibilität einen Schritt näher zu kommen, oder helfen bei Herausforderungen wie Systemaustausch und Parallelbetrieb? In einem mehrteiligen Vortragsslot berichteten die OPITZ CONSULTING SOA-Experten Danilo Schmiedel, Hendrik Voigt und Torsten Winterberg im Rahmen der SOA | BPM Integration Days am 13.10.2011 in Düsseldorf von ihren Projekterfahrungen in diesem Umfeld und gingen auf Stolpersteine im Projektalltag ein. Damit Liebhaber von Live-Demos zu typischen Praxisproblemen ebenfalls auf ihre Kosten kamen, erläuterten und bewerteten die Referenten bewährte Architekturkonzepte und veranschaulichen deren Realisierung mit Produkten der Oracle Fusion Middleware. In diesem Part ihrer Session führten die Vortragenden die wesentlichen Konzepte für SOA-Architekturen ein und diskutierten ihre Praxistauglichkeit. -- Möchten Sie die Vorteile von effektiver SOA in Ihrem Unternehmen nutzen? Wir beraten Sie gerne zu Ihren individuellen Anforderungen. Weitere Informationen zu unserem Leistungsangebot im Bereich SOA und System-Integration erhalten Sie auf unserer Website: www.opitz-consulting.com/go/3-5-889

1. D. Schmiedel; H. Voigt; T. Winterberg
OPITZ CONSULTING GmbH
Effective SOA – geht das?
Teil 4 von 5: SOA-Konzepte - Mythos oder Realität?
Düsseldorf, den 13.10.2011

3. Vorschlag für ein Service-Design

4. Geschäftsprozesse Web Reservation Process
Syste
Partner A
mA
Rolle
B
Geschäftsprozesse und
Benutzungs-Kanäle
Frontends
GUI: Partner A Standard GUI for car selection
© Hajo Normann (HP Enterprise Services) | SOA & BPM Architect | Oracle ACE
Kontextspezifische findFilteredCarsAndPrices (Partner A) findCarsAndPrices (Std.)
BAS
Business Activity Beispiel WCS_1: FleetManagement
Services (BAS)
findCars
findCars calcPrices
AndPrices
Services und Systeme
Orchestrierungs-Engine
Business Entity FleetInformation PricingEngine
Services
Director
CRM System Car Rental System Rule Engine

5. Geschäftsprozesse
System A
Rolle B
Geschäftsprozesse und
Prozess-
manager
4 Min. im Durchschnitt
Im Januar wurden in
© Hajo Normann (HP Enterprise Services) | SOA & BPM Architect | Oracle ACE
Frontends
12 Min. maximal Analysiert
München 12.000 Autos
Kennzahle
erfolgreich vermittelt
Aktivität „Auto säubern“ n und
(Durchschnitts-
dauert am längsten (37 verbessert
dauer: 4,2h)
Min.) Prozess
Fachmonitoring über Kennzahlen Prozessmgmt.
Benutzungs-Kanäle GUI: Partner A Standard GUI for car selection
Kontextspezifische findFilteredCarsAndPrices findCarsAndPrices (Std.)
BAS (Partner A)
Services und Systeme
Business Activity FleetManagement
Services (BAS)
Business Entity PricingEngine
FleetInformation
Services (BES)
Director
CRM System Car Rental System Rule Engine

6. Neubau des Rental Car Process

8. Message Exchange Pattern &
Lose Kopplung

9. Synchrone Kommunikation

10. Asynchrone Kommunikation (1)

11. Asynchrone Kommunikation (2)

12. Broadcast

13. Kopplungsstufen
Kopplungsstufen (degrees of coupling)
legen konkrete Eigenschaften der Kopplung entlang der
Kopplungsdimensionen fest.
• Von Architekten unternehmensspezifisch zu entwerfen
• Möglichst wenige Kopplungsstufen verwenden
Abhängigkeit der Verfügbarkeit Vertrauen Wissen
Kopplung- Kommunikation übe TX Validierung DB Gemein-
stufen r same
ES Datentypen
B
1. eng synch nei Ja nein emeinsam Fachlich
n
2. mittel synch ja Nein ja Getrennt Technisch
3. lose async ja Nein ja Getrennt Technisch
4. extrem lose Event Ja Nein ja Getrennt Technisch

14. Ideale Kopplungsarchitektur
• In der idealen Kopplungs-
architektur wird jeder Kopplung
zwischen Komponenten eine
angemessene Kopplungsstufe
zugewiesen.
• Architekt legt ideale
Kopplungsarchitektur
unternehmensspezifisch fest:
• z.B. Komponenten werden immer
lose gekoppel.t
• Domänenübergreifende
Kommunikation erfolgt mit loser
Kopplung.
• Prozesskomponenten kommunizieren
über mittlere oder lose Kopplun.g

15. Enterprise Service Bus
• Technisches Rückgrat einer SOA
• Aufgaben eines ESBs
• Konnektivität herstellen
• Daten transformieren
• Routen
• Mit Sicherheitsaspekten umgehen
• Mit Aspekten der Zuverlässigkeit umgehen
• Möglichkeiten zum Überwachen, Protokollieren und
Debuggen bereitstellen

16. Virtualisierung und lose Kopplung

17. Virtualisierung und lose Kopplung

18. Virtualisierung und lose Kopplung

19. Virtualisierung und lose Kopplung

20. Kanonisches Datenmodell

21. Geschäfts- Web Reservation
prozesse Process
Geschäftsprozesse und Frontends Partner
System A
A
Rolle B
Benutzungs-
© Hajo Normann (HP Enterprise Services) | SOA & BPM Architect | Oracle ACE Director
GUI: Partner A Standard GUI for car selection
Kanäle
Kontext
findFilteredCarsAndPrices (Partner A) findCarsAndPrices (Std.)
spezifische
BAS
Business Activity Beispiel WCS_1: FleetManagement
Services (BAS)
findCarsAndPrices
Business Entity Services
Services und Systeme
(BES)
PricingEngine
Spezifische- Kanonische
FleetInformation Daten Daten
Adapter Transformation
CRM System Car Rental System Rule Engine

22. Schnittstellenänderung
Kanonisches Datenmodell – Beispiel
Ohne kanonisches Datenmodell Mit kanonischem Datenmodell
Berliner „Schrippe“ Berliner
„Wie nennt man bei
euch ein kleines
Weizengebäck?“
Kanonisches
? Datenmodell
Ahh!
Schrippe
↔
Brötchen
↔
Semmel
Bayer „Semmel“ Bayer

23. Schnittstellenänderung
Kanonisches Datenmodell – weitere Beispiele
 ISO, EN, DIN Codes
 DE (ISO-3166 Alpha-2) vs. DEU (ISO-3166 Alpha-3) vs. GER (IOC)
 Größendimensionen in ERP-Systemen
 Artikelnummer und Artikelgröße: MS Axapta vs. SAP ERP vs. Oracle sBS
 Objektidentifizierung, Vereinigung
 Name ↔ Name1 und Name2 ↔ Vorname und Nachname
 Re-Strukturierung
 (Customer  Order) vs. (Order  Customer)
Kanonisches Datenmodell
System A
 Konfliktlösung
 varchar(20) vs. varchar(64) vs. Integer
System System
B C

24. Kanonisches Datenmodell
Ontologie
Datenstruktur in Kanonisches Obermenge
XSD Datenmodell valider Instanzen
Technische
Krücke

25. SOA für Portal / Webshop-Integration
 Domäne B2B
Lager
Bestellung
Lieferant
<<ERP>> <<Webshop>>
Verkauf Standardsoftware Standardsoftware
Käufer
<<Webshop>>
Individualentwicklung
Rechnung
Hersteller

26. Schnittstellenänderung
Virtualisierung und lose Kopplung – Beispiel
Backend Virtualisierung Middleware Virtualisierung Frontend
Backend Frontend
<<Webservice>> <<Webservice>>
erp_in_xxx shopA_out_xxx
<<Middleware>> <<Webshop>>
<<ERP>>
Oracle Standardsoftware
Standardsoftware
SOA Suite 11g A
<<Webservice>> <<Webservice>>
erp_out_xxx shopA_in_xxx

27. Schnittstellenänderung
Virtualisierung und lose Kopplung – Diskussion
Backend Virtualisierung Middleware Virtualisierung Frontend
Backend Frontend
<<Webservice>> <<FTP Adapter>>
<<Webservice>>
erp_in_xxx_v2
erp_in_xxx shopB_out_xxx
shopA_out_xxx
<<Middleware>> <<Webshop>>
<<ERP>>
Oracle Individualentwicklung
Standardsoftware
Standardsoftware
SOA Suite 11g B
A
<<Webservice>> <<FTP Adapter>>
<<Webservice>>
erp_out_xxx_v2
erp_out_xxx shopB_in_xxx
shopA_in_xxx
 Erweiterbarkeit √ Virtualisierung
 Entkopplung
 Anpassbarkeit √
 Hervorragende Wartbarkeit

28. Integration von Systemen – Beispiel:
1. ERP aktualisiert eine Artikeldefinition
Backend Virtualisierung Middleware Virtualisierung Frontend
Backend Frontend
<<Webservice>> <<FTP Adapter>>
erp_in_xxx xxx_out_ftp
<<Middleware>> <<Webshop>>
<<ERP>>
Oracle Standardsoftware
Standardsoftware
SOA Suite 11g A
<<Webservice>> <<FTP Adapter>>
erp_out_xxx xxx_in_ftp

29. Integration von Systemen – Beispiel
2. Middleware routet zum richtigen Shop
Backend Virtualisierung Middleware Virtualisierung Frontend
Backend Frontend
<<Webservice>> <<FTP Adapter>>
erp_in_xxx xxx_out_ftp
<<Middleware>> <<Webshop>>
<<ERP>>
Oracle Standardsoftware
Standardsoftware
SOA Suite 11g A
<<Webservice>> <<FTP Adapter>>
erp_out_xxx xxx_in_ftp

30. Integration von Systemen – Beispiel
3. SOA Suite übermittelt die Artikeldefinition
Backend Virtualisierung Middleware Virtualisierung Frontend
Backend Frontend
<<Webservice>> <<FTP Adapter>>
<<Webservice>>
erp_in_xxx shopA_out_xxx
xxx_out_ftp
<<Middleware>> <<Webshop>>
<<ERP>>
Oracle Standardsoftware
Standardsoftware
SOA Suite 11g A
<<Webservice>> <<FTP Adapter>>
erp_out_xxx xxx_in_ftp

31. Integration von Systemen – Beispiel
Zusammenfassung
Backend Virtualisierung Middleware Virtualisierung Frontend
Backend Frontend
<<Webservice>> <<FTP Adapter>>
erp_in_xxx xxx_out_ftp
<<Middleware>>
<<ERP>> <<Webshop>>
Oracle
Standardsoftware Individualentwicklung
SOA Suite 11g
<<Webservice>> <<FTP Adapter>>
erp_out_xxx xxx_in_ftp
1. ERP aktualisiert 2. Middleware routet 3. SOA Suite übermittelt
eine Artikeldefinition zum richtigen Shop die Artikeldefinition

32. menschliche Interaktionen,
Business Rules, Fehlerhandling, …

33. Fehlerhandling
Fachliche Fehler
• z. B. Kunde nicht gefunden, fachlich fehlerhafte Eingabe, ….
• Fachliche Fehler sind Bestandteil der Business Logik
• Normalerweise kein Logging, Monitoring und Alerting
• Transport mit soap:fault
• Anzeige an der Benutzeroberfläche
Technische Fehler
• Behandlung technischer Fehler gehört nicht in die Businesslogik
• Fehlerhandling für technische Fehler umständlich und redundant
• Fehlerhandling für technische Fehler vereinheitlichen
• Sollten gelog‘d werden
• Evtl. Alerting an Administrator notwendig (Ticket, Email, etc.)

34. Fragen und Antworten

35. Ansprechpartner bei OC
Torsten Winterberg, Director Strategy & Innovation
Head of Competence Center SOA, Oracle Ace Director
OPITZ CONSULTING GmbH
Torsten.Winterberg@opitz-consulting.com
Mobil +49 173 54 79 302
Dr. Hendrik Voigt, Senior Consultant
OPITZ CONSULTING Gummersbach GmbH
Hendrik.Voigt@opitz-consulting.com
Telefon +49 2261 6001 – 1181
Mobil +49 173 7279028
Danilo Schmiedel, Senior Consultant
OPITZ CONSULTING Berlin GmbH
Danilo.Schmiedel@opitz-consulting.com
Telefon +49 30 6298889 - 1632
Mobil +49 173 7279001