Integrationsszenarien in modernen Anwendungslandschaften - OPITZ CONSULTING - Havemeister – Winterberg

SOA Integration Day
Integrationsszenarien in modernen
Anwendungslandschaften
Thomas Havemeister
Kabel Deutschland

Torsten Winterberg
OPITZ CONSULTING GmbH

W-Jax, November 2010, München

Integrationsszenarien in modernen Anwendungslandschaften Page 1

Agenda

1. Business Needs – Wo stehen wir heute?

2. SOA, BPM und EAI: Wie passt das zusammen?

3. Theoretische Grundlagen

4. Projektarten: Gibt es überhaupt ein „SOA-Projekt“?

5. Eine Projekt-Story …


Bitte fragen Sie…


1 Business Needs


Der Traum

In a perfect world, all of your company„s data would
reside on a single database.

None of it would be duplicated, no interfaces would have
to be built, and there„d be a powerful engine on the back
end running a self-tuning, multi-terabype RDBMS that
kicks out sub-second response times.

„The answer is „The answer is
Grid Computing Exalogic Elastic Cloud
Oracle10g RAC“ and Exadata“


Integration: Herausforderungen
Was treibt Kosten und Komplexität?

Data Functional
Model Configuration

+
Differences Differences

Business Customization
Process and
Differences Extensions

# of Application Instances

*aus Oracle AIA: Application Integration Architecture


Pains

Hohe IT-Kosten • Durch heterogene Anwendungslandschaften

Anwenderunzufriedenheit • Z.B. durch schlechte Datenqualität

Zu langsame Reaktion auf
Änderungen • IT kommt nicht hinterher

Schwere Ablösung von
Altsystemen • Meist keine lose Kopplung

Angst vor Änderungen, da • Fehlende/veraltete Dokumentation
Implikationen nicht bekannt • Intransparenz was wirklich passiert in den Systemen

Hohe Störanfälligkeit • kleines System fällt aus, großer Prozess steht


Potentieller Nutzen für das Geschäft
Investitionsschutz für • Kapselung statt Ablösung
Altanwendungen
Erfüllung von Governance-/ • Transparenz über alle Systeme hinweg
Compliance-Auflagen
Strukturierte • Migration auf neue Systeme schneller
Umgebung/Architektur • Bessere und sichere Planbarkeit von Änderungen

• bzgl. Beziehungen zwischen Systemen
Transparenz • Stati von Datenflüssen

Bessere Kommunikation mit • Z.B. durch Einführung von Standards
Kunden/Lieferanten/B2B

Wettbewerbsfähige IT • in Bezug auf Kosten und Flexibilität

Leichtere, lesbare • …überhaupt eine Dokumentation
Dokumentation
Geschäftsprozesse über • Nutzen bestender Funktionalität der Altanwendungen
Systemgrenzen hinweg


SOA, BPM und EAI – Wie passt
2 das zusammen?


SOA, BPM und EAI – Wie passt das zusammen?


Building the Enterprise: Vision
Processoptimization

Processdesign Processcontrolling
Implementation

Monitoring
Process Management

Process
Process

Workflow/BPM/BAM
ESB/EDA/BRE

Services

Applications

Delivery
Service
Request
Service

Middleware Database

Storage

Infrastructure (The „Grid“)


Die Architektur, deren Name nie genannt werden
darf …: „Du weißt schon wer …“


The Two SOAs
SOA – the Media Acronym SOA – the Architectural Model
(“The Evil Twin”) (“The Good Twin”)
 historically ambiguous  a unique form of
and over-hyped distributed architecture
 was first associated solely  exists to support the
with web services realization of
service-orientation
 was later stigmatized with
“big bang” project delivery  has distinct
characteristics, principles,
 can be ignored
patterns
 cannot be ignored
The key is to understand service-orientation!

SOA kaufen …


SOA is dead – long live services!!

Quelle: http://apsblog.burtongroup.com/2009/01/soa-is-dead-long-live-services.html


SOA in media


SOA Suite Blueprint oder „Der moderne ESB“

RichClient WebClient
View Layer

Business Activity Monitoring (BAM)
Service Service BPM/Workflow Rules Registry …
Governance

Service
Service
Service

Enterprise Service Bus (ESB)

Application Server

System X System Y System Z


3 Theoretische Grundlagen


Quelle: Integration In A Service-Oriented World:
The Big Picture, 3/24/06 Michael L. Brodie

Historie
 1950-2006: Integration = develop, then integrate
 1950s-1970s: Simple, manual integration
 1970s-1980s: Distributed Computing (Applications (interoperation), Databases (integrate))
 1990s: Business Driven Integration (increased automation, internet-based computing)
 Concepts: Workflows, processes, web
 Integration solutions blossom & diverge: ETL, EAI, BPM, …
 2000: SOA emerges
 2000: Web services
 2003: Integration solution evolution accelerates, vendor chaos ensues
 2005: Growth in all integration categories

 2006-2012: Integration = dominant programming model
 • 2001-2010: Wrapping
 • 2005-2010: Re-Engineering
 • 2007-2008: Consolidation
 • 2010-2012: Emergence of SOA Platforms and Solutions
 • 2006-2012: Problem Solving Era: IT/integration relegated to low level func.


Why do we need Integration?
 Why is integration necessary?

 If everything would be built in a green field approach, we would theoretically
have no integration concerns at all
 Goal of SOA: Increased Intrinsic Interoperability => Thomas Erl
 Systems that are not interoperable need to be integrated
 Integration can be seen as the process that enables interoperability


Application Integration Approaches

Integration Process-
Integration
Data-Centric- through Reference Centric-
through Web
Integration Native Data Query Integration
Services
Interfaces


Data-Centric-Integration: Five integration styles

Requirements
• Bulk data replication, no message based processing is
needed
• Multiple end points for data enrichment not required
Technology Foundation
• Oracle Data Integrator
• Oracle Golden Gate
Use Cases
• Initial data upload
• Batch upload of recurring transactions
Examples of Packaged AIA Content
• Communications Revenue Management:
Billing and Revenue Management to E-Business Suite
• Value Chain Planning Integration to JD Edwards
EnterpriseOne
• Siebel CRM to Oracle Incentive Compensation


Integration through native interfaces:
Five integration styles
Requirements
• Message exchange pattern involving business
transactions
• Application capabilities exposed via native interfaces
• Implemented using Java, COM, PL/SQL, Interface
tables, etc.

• Technology infrastructure of the application technology
stack is used

Use Case
• Multi-channel access to Enterprise data and services

Examples of Validated Integrations
• Genesys’ Gplus Adapter for Siebel CRM
• DSI’s dcLink for JD Edwards EnterpriseOne


Integration through web services:

Requirements
• Message exchange pattern involving business
transactions
• Need to integrate widely disparate applications
which use multiple technology platforms (including
SaaS)
• Oracle Fusion Middleware including SOA Suite &
Adapters Use Cases
• Services exposed using industry standards such • Employee / Address / Activity
as WSDL/XSD/SOAP, shielding the Synchronization
implementation and connectivity details of the • Ordering a background check via
provider application from the consumer third-party provider

Example of Validated Integration
• HireRight’s Connect Pre-Integrated
Solution for PeopleSoft Enterprise


Reference data query:

Requirements
• Message exchange pattern involving reference data
• Need to integrate widely disparate applications which
use multiple technology platforms (including SaaS)
• Potentially multiple providers having same Use Cases
capabilities • Get Account Balance
Technology Foundation • Geo Code Lookup
• Oracle Fusion Middleware including SOA Suite & • Tax Code Lookup
Adapters • Evaluation of ATP
• Services exposed using industry standards such as (Available to Promise)
WSDL/XSD/SOAP, shielding the implementation Example of Validated Integration
and connectivity details of the provider application • ADP’s Taxware Enterprise
from the consumer for Oracle E-Business Suite
Example of Packaged AIA Content
• Foundation Pack - Enterprise
Business Objects/Services


Process-centric integration:

Requirements
• Integration flows between two or more
applications to implement a business
process
• Additional orchestration of activities
between the applications themselves
including message enrichment, validation,
or complex transformation
• Oracle Fusion Middleware including BPM
Suite
Example of Packaged AIA Content
Use Cases
• Siebel CRM On-Demand to Siebel CRM
• Orchestration of transactional data from the On-Premise
point of capture through the transformation
and movement to back-office systems • Lead to Order: Siebel CRM On-Demand
to E-Business Suite
• Drive movement of transactional data
through a process based on an event


„Spaghetti-Architekturen“ …


Aufbrechen von „Spaghetti-Architekturen“

Quelle: McKinsey


Was ist Integration?


There is no standard definition for an ESB
 Commentators disagree over whether to define an enterprise
service bus as an architectural style, a software product, or a
group of software products. While use of an ESB certainly
implies adherence to a particular architecture, the term
"enterprise service bus" almost always denotes the software
infrastructure that enables such an architecture, and in essence,
the ESB is considered a platform to realize a service-
oriented architecture.
 An Enterprise Service Bus (ESB) brings flow-related concepts
such as transformation and routing to a service-oriented
architecture. An ESB can also provide an abstraction for
endpoints. This promotes flexibility in the transport layer and
enables loose coupling and easy connection between services.
(Source: wikipedia engl.)

Was leistet ein ESB?


Was leistet ein ESB? Kanonisches Datenformat …

Berliner Franke Pfälzer Berliner Franke Pfälzer Beteiligte übersetzen
jeweils aufgrund von
bilateralen Absprachen ins
„Schrippe“ Format des anderen
Ahh: „Schrippe“!

? „Wie nennt man bei Euch ein
„Semmel“ kleines Weizengebäck?
Und welche Eingenschaften
hat es genau?“
Bayer Schweizer Bayer Schweizer

Berliner Franke Pfälzer

übersetzt „Schrippe“
zu „Brötchen“

! übersetzt „Semmel“
zu „Brötchen“

Bayer Schweizer


Was leistet ein ESB? Der ESB als Übersetzer …

ESB APP 1

Business
EBS Privater APP 2
Entity Validate Enrich Transform
EntityService
Service
Generierter APP 3
Validate Enrich Transform and Operate
Öffentlicher Service Kontrakt
Service Kontrakt (WSDL)
(WSDL) Umwandlung der Daten vom Common
Modell in das Proprietäre – visa versa Data Sources


Projektkontext

Department 1 Department 2 Department 3


Projektarten:
4 Gibt es überhaupt ein „SOA-Projekt“?


Projektarten – Ist das nun ein SOA-Projekt?

SOA-Einführung • Grüne Wiese

Geschäftsprozessmodellierung
für SOA • Oracle BPA Suite

• Oracle BPEL PM 10g->11g
Migrationsprojekte
• Ablösung Oracle Interconnect durch Oracle Mediator/BPEL/OSB

• EAI auf Oracle Mediator 11g und BPEL
Integrationsprojekte
• EAI mit Open Source

Prozessautomatisierung
mit BPMN 2.0 • auf Oracle BPM Suite 11g

Ablösung Mainframe • ganzheitlich auf Oracle SOA Suite 11g


5 Eine Projekt-Story …


Vorlagen

Clearing

"SOA"

Provisioning

Automator New & Shiny GUI 2.0


Vorlagen

COMP
COMP
COMP

APP
ORDER

CRM


Der Anfang

Kunden Service

DB
Web-Präsenz CRM

SAP
Billing
ORDER Provisioning


Der Anfang – Notizen
 CRM
 zentrales Produktmodell
 Billing
 Nebenbuch
 eine GUI, Service Center = ein geschlossener Anwenderkreis

 SAP
 Produkt von der Stange
 Hauptbuch
 Zahlungen (Eingehend, Ausgehend)

 Internetpräsenz
 Formular zum Download
 Werbung und Content Management
 Kontaktdaten


Wachstum ist vielfältig, mehrdimensional
Der Anfang - und kann schnell außer Kontrolle geraten!
Notizen
 CRM
 zentrales Produktmodell
 Billing
 Nebenbuch
 eine GUI, Service Center = ein geschlossener Anwenderkreis

 SAP
 Produkt von der Stange
 Hauptbuch
 Zahlungen (Eingehend, Ausgehend)

 Internetpräsenz
 Formular zum Download
 Werbung & Content Management
 Kontaktdaten


Das Wachstum

Ad-hoc-Integrationen
bewirken eine Schnittstellenvielfalt!


Das Wachstum

Web-
präsenz
Kunden Service Center

Kunden CRM
SAP
Web-Shop und Billing

Handel Call Center Commis-
Web-Tool sioning
Tool
Externes Call Center

Handels- Provisioning
vertreter


Die "Modernisierung"

Hub and Spoke
Single Point of Failure!


Das Wachstum
Potenzielle Darstellung Provisioning
Neukunden
Web-Präsenz Kunden und Produkt

?
Commission
ORDER X Informationen

X
SAP
Bestands- DB
kunden Kundenportal

CRM
Billing Kunden
INTERFACES
GUI Service Center
ORDER Y INTERFACES
Handels- ORDER X Service
vertreter Mitarbeiter
Handelsportal
INTERFACES Externes
ORDER Z Callcenter
INTERFACES

ORDER X
Auftragserstellung Externe
Dienstleister


Das Wachstum

Web-
Präsenz
Kunden Service Center

Kunden CRM
SAP

Handel Call Center Commis-
Web-Tool Tool sioning

Externes Call Center

Handels- Provisioning
vertreter


Das Wachstum
Potenzielle GUI Provisionin
Neukunden g

CRM
Web-Präsenz Billing
Commissio
ORDER X n
SAP
Kunden
Web-Order Service Center
Kundenporta
Replicator ORDER X
l
INTERFACES
ORDER Y

Handels-
vertreter Externes
Handelsportal
Callcenter
INTERFACES
ORDER X
ORDER Z


Evolution

Geschäftsprozess Fullfillment
PORTAL PRODUKT CRM
HANDEL S S S GUI
KUNDE S S S
CALLCENTER
ORDER
SERVICE CENTER KUNDE
S
S S
VERTRAG


Das richtige Wachstum

Web-Präsenz
Kunden Service
Kunden Clearing CRM
SAP
K1 K2

Commis-
Self Care Automator sioning

Handel P1 Call Center
Web-Tool P2
Tool Provisioning

Handelsvertreter B2B Partner Externe Call Center


Das richtige Wachstum – Notizen
 CR-getriebenes Wachstum

 Wachstum ist ein multidimensionaler Begriff
 Technologisches Wachstum
 Organisches Wachstum
 Umsatz/Vertriebskanäle
 Produktkategorien
 Zukäufe/Übernahmen



Web-Präsenz
Kunden-Service
New & Shiny GUI 2.0
Kunden Clearing
SAP
Web-Shop
CRM
K1 K2 K3

Commis-
Self Care Automator Billing
sioning

Handel P1 P3 Call Center
Web-Tool P2
Tool Provisioning

Handelsvertreter externe Call Center
B2B-Partner

"SOA"


 Richtiges "Kopfweh" nach der (Wachstums-)Party
 Es gibt die ersten harten Outtakes.
 Vertriebskanäle sind teilweise gestört oder fehlerhaft.
 Change-Projekte dauern immer länger.
 QA braucht immer länger.
 "Alles so kompliziert!":
Fassungsvermögen des Menschen genügt nicht mehr.

 SOA
 Nach intensiver Sales-Bearbeitung wird das Produkt "SOA" gekauft.
 20 Jahre lang hat es ausgereicht, ein neues Tool hinzuzufügen …
Warum geht das mit "SOA" nicht?
 Parallelwelten ... Altes wird nicht ersetzt, sondern Neues "hinzugewerkelt".


Weitere Symptome
 Drastisch steigende Technologie-Komplexität
 nur noch beherrschbar durch effiziente Entwickler-Tools

 Ständiger Zwang zur Modernisierung
 Lizenzverträge, Support-Lifecycle
 kompliziert und aufwändige Betrachtung
(„Bloß kein Trigger, Script vergessen …“)

 SOA = Dramaturgischer Höhepunkt der Success-Story
 Aber was nun?


Trend
"Wie bekomme ich die Kurve?"
(1) Wachstum

(2) Stagnation

(3) Negatives Wachstum

Der Das Das richtige Die Die
Anfang Wachstum Wachstum Modernisierung Zukunft


Was nun?
 Was tun für eine Trendwende?

 Welche Aspekte von SOA jetzt nutzen?
 Technologie-Aspekt ausblenden
 Zentralisierung von Geschäftsprozessen
(keine Mehrfach-Codierung der Logik)
 Gemeinsame/ähnliche Dinge in eine neue Plattform
 Technologie-Homogenisierung über Standards
 Stabile und vertrauenswürdige Kontrakte an den Core-Systemen


Was nun?
 Technik hat die Herrschaft übernommen
 Überlassen wir der Technik jetzt das Kommando?
 Nein!  Also Ausschalten ... Keep IT Simple!
 These: Es wird danach wieder einfacher.

 Wie geht unser Geschäft eigentlich?
 Komplizierte Geschäftsprozesse werden aus der Technik erzwungen.
 Es existiert ein Wirr-Warr aus 1.000 "Handlungsanweisungen".

 Automatisierung ist menschenfeindlich
 Nicht alles sollte automatisiert werden, was technisch machbar ist.
 Erfassungsfehler sollten automatisch korrigiert werden –
„Automatisierungsbrocken“ sind irgendwann unverständlich.


Take Aways – Persönliche Einschätzung
 Mut aufbringen, Dinge anders zu machen als bisher

 Organisationsstruktur anpassen

 Kurskorrekturen, Fehler korrigieren

 Redundanzen, Datenreplikation, Heterogensierung
 Outch ...


Die Organisationsstruktur am Anfang

Kunden-Service

Web- CRM
SAP
Präsenz und Billing

Team Web Provisioning Team Finance

Team Customer Care


Die Organisationsstruktur heute

Web-Präsenz
Kunden-Service
New & Shiny GUI 2.0
Kunden Clearing
SAP
Web-Shop
CRM
K1 K2 K3

Commis-
Self Care Automator Billing
sioning

Handel P1 P3 Call Center
Web-Tool P2
Tool Provisioning

Handelsvertreter B2B-Partner externe Call Center

"SOA"


Postkorb Driven Service Architecture?!


Postkorb als zentrale Architekturkomponente
der Enterprise Referenzarchitektur (I) Konzeptionelle Sicht
Service Konsumenten

Browsers Client UI Cell PDA IVR Applications Events Partners
User System
Interaction Consumers
Channels

Composite Web Apps Portal Mashup
Workflow
Postkorb Business Processes Fat Clients
Applications

Service Mediation & Messaging

Governance
Enterprise Business Intel.

Business Rules

Event Processing
Postkorb Services

Management
Presentation

Enterprise Security / Identity
Consistent User Interaction Shared Portlets
Services
Integrationsplattform

Business Shared Business Processes Business Process Rationalization System & Human Centric
Processes
Process
Services
Business Atomic Business
Services Process Integration Custom Business Logic
Activity
Services
Data Logical Data Model Data
Aggregation
Data
Synchronization
Data
Access
Services

Connectivity System
Access Messaging Adapters
Data
Access Partner Integration

Services

Service Oriented Infrastructure (DB, Grid, Virtualization, Caching)

Non-Service Enabled Assets Service Enabled Assets
Providers
Service

Legacy Packaged DB Partners Content Collaboration Search

BEA Confidential | 64

6 Fazit


Fazit
 Integration mit und ohne SOA
 Prozessautomatisierung mit und ohne SOA
 Es gibt nicht DAS „SOA-Projekt“,
sondern nur Spielarten
 Früher:
 Entwicklung der Anwendung, dann Integration mit Landschaft

 Heute:
 Entwicklung von integrationsfähigen Anwendungen

 Begriff „SOA“ ist austauschbar
 Die Konzepte sind entscheidend!


Literaturempfehlung
SOA Spezial: Ready for a Change
Auf über 116 Seiten bietet das Magazin "SOA Spezial: Ready for
Change" eine umfassende Einführung in das Gebiet SOA.
Großer Wert wurde dabei auf die Praxisnähe gelegt.
Das Magazin richtet sich nicht nur an Software-Architekten,
sondern auch an Führungskräfte aus der Wirtschaft, die in dem
Heft eine ausführliche Entscheidungshilfe bei der Wahl und
Umsetzung eines effizienten und kostenorientierten IT-Systems
finden.
Weitere Infos und Bestellung:
http://it-republik.de/jaxenter/news/SOA-Spezial-Ready-For-Change-
051440.html


Kontakt:
Torsten Winterberg
Director Strategy & Innovation
Head of Competence Center SOA
Oracle ACE Director
OPITZ CONSULTING GmbH
Kirchstr. 6, 51647 Gummersbach, Germany
Phone: +49 2261 6001 0
torsten.winterberg@opitz-consulting.com


Integrationsszenarien in modernen Anwendungslandschaften - OPITZ CONSULTING - Havemeister – Winterberg

Recomendados

Recomendados

Más contenido relacionado

Destacado

Destacado (20)

Similar a Integrationsszenarien in modernen Anwendungslandschaften - OPITZ CONSULTING - Havemeister – Winterberg

Similar a Integrationsszenarien in modernen Anwendungslandschaften - OPITZ CONSULTING - Havemeister – Winterberg (20)

Más de OPITZ CONSULTING Deutschland

Más de OPITZ CONSULTING Deutschland (20)

Integrationsszenarien in modernen Anwendungslandschaften - OPITZ CONSULTING - Havemeister – Winterberg