Governance und Lifecycle- Management als kritische Erfolgsfaktoren einer SOA. Andy Wolf. Organized by:

Transkript

1 Do 7.4 January 22 th -26 th, 2007, Munich/Germany Governance und Lifecycle- Management als kritische Erfolgsfaktoren einer SOA Andy Wolf Organized by: Lindlaustr. 2c, Troisdorf, Tel.: +49 (0) , Fax.: +49 (0)

2 SOA Govervance & Lifecycle Management Vortrag auf der OOP 2007, München Andy Wolf Team Manager SOA & EAM +49 (171) LogicaCMG All rights reserved Agenda Kurze Vorstellung -orientierte Architektur Business Domain Model Lifecycle Management SOA Governance Andy Wolf, OOP

3 Wer ist LogicaCMG? Über Mitarbeiter in 41 Ländern weltweit, mehr als 4,5 Mrd. Umsatz (2005) Ein Top 10 Anbieter im europäischen IT-- und Consultingmarkt Kanada Russland Europa USA Europa: Mexiko Belgien Dänemark Deutschland Estland Finnland Frankreich Großbritannien Irland Italien Luxemburg Niederlande Norwegen Österreich Portugal Schweden Schweiz Slowakei Spanien Tschechische Republik Ungarn Venezuela Brasilien Marokko Ägypten Südafrika Kuwait Saudi Arabien Ver.Arab. Emirate Japan China Indien Taiwan Philippinen Malaysia Singapur Indonesien Australien Deutschland Bremen Hamburg Berlin Wolfsburg Münster Düsseldorf Köln/ Frankfurt Bonn Darmstadt Ludwigshafen Nürnberg Karlsruhe Stuttgart München Andy Wolf, OOP Wussten Sie schon...? LogicaCMG Lösungen ermöglichen Transfers von mehr als fünf Billionen US$ pro Tag. 2/3 aller SMS werden über LogicaCMG Systeme versendet. LogicaCMG mit über SAP Experten einer der wenigen SAP Global s Partner. 50 % der weltweit größten Banken vertrauen auf Anti- Geldwäsche-Lösungen von LogicaCMG. LogicaCMG, ein führender Lieferant für das neue europäische Satelliten-Navigationsprogramm Galileo. LogicaCMG, einer der weltweit größten Anbieter von Test- Dienstleistungen mit mehr als Experten. Andy Wolf, OOP

4 -orientierte Architektur LogicaCMG All rights reserved Schichten einer service-orientierten Architektur Business Prozesse Business s Plattformen & Applikationen SAP R\3 Solaris Online Shop Linux COBOL Host Siebel Windows Andy Wolf, OOP

5 Potential einer SOA als Architekturansatz Flexibilität Effektivität Effizienz Agilität orientierte Architektur Stabilität IT / Business Alignment Reduktion von Komplexität Reduktion von Redundanz Andy Wolf, OOP Definitionen rund um SOA -orientierte Architektur ist ein Paradigma einer fachlich strukturierten Systemarchitektur, bestehend aus miteinander interagierenden s. s sind logisch zusammengehörige Blöcke, die eine wohldefinierte, einzigartige und in sich abgeschlossene fachliche Funktionalität repräsentieren. Sie sind adressierbar, implementierungsunabhängig und unabhängig von ihrem Kontext oder dem Status anderer s. Wenn s in einer sinnvollen Reihenfolge aufgerufen werden, dann ergibt sich daraus ein Geschäftsprozess. Die Kommunikation erfolgt über das Netzwerk mittels offener und standardisierter Protokolle über klar abgegrenzte Schnittstellen. Sie umfasst den Datenaustausch zwischen s, sowie die Koordination anderer s. Die Schnittstelle ist plattformunabhängig und eindeutig definiert und kann auf standardisierte Art und Weise aufgerufen werden. Sie ist versionierbar und kann auch in unterschiedlichen Versionen parallel betrieben werden. Andy Wolf, OOP

6 Arten von s Daten Fokus: Business Objekte Ziel: Vermeidung redundanter Datenhaltung Beispiel: Partner Funktionaler Fokus: Funktionalität Ziel: Kapselung von Business Logik Beispiel: Ermittlung Restwert eines Fahrzeuges Composite Grobgranularer, delegiert an feingranulare s Ziel: Kapselung der Steuerungslogik Beispiel: Geschäftsprozess Vertragsabschluss Business Fachlich definierter Ziel: Abstraktion von konkreter Technologie Beispiel: Angebotskalkulation Andy Wolf, OOP Identifikation von Kandidaten Andy Wolf, OOP

7 Drei Grundbausteine einer SOA SOA bringt nur dann einen Nutzen wenn auf alle drei Bausteinen aufgebaut wird. Prozessorientierung Architektur Organisation Modellierung von Geschäftsprozessen Unterstützung der Geschäftsprozesse durch IT Ableitung der s aus den Prozessen Business Domain Model -Architektur Software-Architektur Lifecycle Portfolio Governance Standards, Methoden und Verfahren Andy Wolf, OOP Thematische Einordnung des Vortrags BPM = Business Process Management EAM = Enterprise Architecture Management SLM = Lifecycle Management SPM = Portfolio Management BDM = Business Domain Model BPM SLM SPM EAM BDM Governance Andy Wolf, OOP

9 Business Domain Model (BDM) 5.1 Material Handling 5.2 Inventory Control 5.3 Warehousing 5.4 Supplier Relations Die konkrete Ausprägung des BDM ist branchen- und unternehmensspezifisch Andy Wolf, OOP Hierarchische Struktur eines BDM Ebene 0 Ebene 1 Ebene 2 BD BOM BS BD BOM BS BS BS Konsolidierung von Datenstrukturen Klare Verantwortlichkeiten für Daten Prozesszerlegung in Teilprozesse Kapselung von interner Funktionalität Steuerung der Abhängigkeiten Iterativ-inkrementeller Ausbau Dezentrale Verantwortung Zentrale Governance BD BOM BS BS BD BOM Business Domain Business Object Model BD BOM Business (öffentlich) Business (privat) BS BS BS Andy Wolf, OOP

10 Business Domain Model Business Domain A Öffentliche Business s bilden die Schnittstelle einer Business Domain Standardisierte Business Objects ermöglichen die BD-übergreifende Kommunikation Innerhalb einer Business Domain gilt eine weniger strenge Governance BO BO BO BO BO Unterschiedlich stark ausgeprägte Governance Business Domain B Dezentrale Verantwortung bei zentraler Steuerung Andy Wolf, OOP Beziehungen zwischen Ebenen Die Unterscheidung in öffentliche und private Business s einer Business Domain führt zu wenigen, explizit dokumentierten Abhängigkeiten Einsatz von Adaptern anstatt direktem Zugriff von einer autonomen Business Domain auf eine andere Andy Wolf, OOP

11 Lifecycle Management (SLM) LogicaCMG All rights reserved Lifecycle Management Stellt die Qualität und Nutzbarkeit der s sicher, die veröffentlicht werden Unterstützt die Konsumenten beim Auffinden und Verwenden von s und anderen Artefakten Verwaltet Versionen, Sicherheitsinformationen und Zustandänderungen der s und anderer Artefakte Bewertet und Verwaltet die Auswirkungen von Änderungen gegenüber einer Vielzahl von Konsumenten Andy Wolf, OOP

12 Lifecycle Management (I) Der volle Nutzen einer SOA kann nur mit einem definierten Lifecycle Management erreicht werden Ziele Abschaltung Deployment & Betrieb Optimierung SOA Governance Analyse Design Bedarf Entscheidungskompetenzen und Prozesse definieren Neue s passend zur Ziel- -Landschaft definieren Investitionssicherheit bei - Änderungen sicherstellen Effektivität messbar machen Test Implementierung Andy Wolf, OOP Lifecycle Management (II) Anforderung Bedarf Änderung Ein neuer Bedarf entsteht Der Bedarf wird fachlich detailliert beschrieben Analyse Design Implementierung Test Deplyoment & Betrieb s Kandidaten werden identifiziert Business s werden entworfen Business s werden implementiert Business s werden getestet Business s werden bereitgestellt und betrieben Fachliche Spezifikation der Kandidaten Portfolio Management Spezifikation der neuen oder geänderten Business s (inkl Versionen) Architektur Check Umsetzung in der jeweiligen Technologie Architektur Review Qualitätssicherung, automatisierte Tests, fachliche (manuelle) Tests Quality Check Monitoring und Reporting zu SLA s und KPI s Optimierung Abschaltung Optimierungspotential wird erkannt Abschaltung einer Version Auswertung der KPIs, Prozessoptimierung Geplantes Abschalten, Festlegung von Abschalt-Terminen Andy Wolf, OOP

13 Lifecycle Management (II) Zustände (vorgangsorientiert) Requesting Defining Designing Implementing Testing Deploying & Operating Retiring Portfolio Management Architektur Check Architektur Review Quality Check Anforderung Bedarf Änderung Analyse Design Implementierung Test Deployment & Betrieb Abschaltung Optimierung Change Request Requested Defined & Planned Specified Implemented Provisioned Published Detached Zustände (ergebnisorientiert) Portfolio Management Abgleich paralleler Bedarfe Qualität der Dokumentation Zuordnung Owner Zuordnung Business Domain Abgleich mit dem katalog (Redundanzen, Konsolidierung, Wiederverwendung) Stimmt die Granularität? Sind Änderungen für die Consumer vertretbar? Architektur Check Sind die nicht-funktionalen Anforderungen berücksichtigt? Gibt es ein Level Agreement? Wurde das Versionierungs-Schema eingehalten? Wurden ggf. Abschalttermine definiert? Compliance zur Referenzarchitektur Korrekte Kapselung, lose Kopplung Architektur Review Wurden Standards und Richtlinien eingehalten? Quality Check Wurden die Qualitätsvorgaben eingehalten? Andy Wolf, OOP Unterschied zum klassischen Application Lifecycle Application Lifecycle Lifecycle SOA Governance Application Der Hauptunterschied liegt in der geringeren Größe und Granularität von s Andy Wolf, OOP

14 Governance LogicaCMG All rights reserved Begriff Governance IT-Governance concerns decision making authority and accountablility in the use of IT. Gartner IT-Governance beschreibt welche Personen welche Rechte besitzen, Entscheidungen zur IT zu treffen, die Organisationsstrukturen und Prozesse in der IT, und Rahmenbedingungen und Verantwortlichkeiten, die eine Nutzung der IT im Einklang mit den strategischen Zielen des Managements unterstützen. SOA-Governance ist IT-Governance im Rahmen von -Orientierung Steuert und unterstützt den gesamten Lifecycle Andy Wolf, OOP

15 Was ist IT-Governance? We define IT governance as specifying the decision rights and accountability framework to encourage desirable behavior in IT [Harvard Business School] Fundamentally, IT governance is concerned about two things: IT s delivery of value to the business and mitigation of IT risks. The first is driven by strategic alignment of IT with the business. The second is driven by embedding accountability into the enterprise. Both need to be supported by adequate resources and measured to ensure that the results are obtained. [Board Briefing on IT Governance, IT Governance Institute] Andy Wolf, OOP Was ist SOA-Governance? SOA Governance steuert die Entwicklung und Weiterentwicklung der -orientierten Architektur Prozesse und organisatorische Strukturen Steuern und kontrollieren der Elemente einer SOA Die Unternehmensziele durch Erzeugen eines Business Value unterstützen Die Balance zwischen Risiko und Rendite bewahren Definierte Rollen und Verantwortlichkeiten Kompetenzen, Verantwortlichkeiten und Kommunikation Accountability Rechenschaftspflicht z.b. hinsichtlich der Erfüllung eines quantifizierbaren Zieles Responsability Verantwortlichkeit z.b. für die wirksame Erfüllung einer übertragenen Aufgabe. Transparency Offenheit und Transparenz von Prozessen und Strukturen. SOA kann ohne Governance nicht erfolgreich sein Andy Wolf, OOP

16 Ziele und Herausforderungen von SOA-Governance Strategische Ziele Mittel- und langfristigen Business Value erzeugen Geschäftliche Risiken reduzieren und kontrollieren Die Unternehmensstrategie aktiv unterstützen Zu den Unternehmenszielen beitragen Operative Ziele Die Effektivität der SOA sicherstellen ( making the right things ) Die effiziente Umsetzung steuern ( making the things right ) Transparenz als Grundlage für Entscheidungen herstellen Herausforderungen Relevante Entscheidungskompetenz etablieren Business s mit hohem fachlichen Nutzen definieren Den Lifecycle der Business s steuern Die Effektivität messen und überwachen Andy Wolf, OOP SOA Governance Strategische und operative Aufgaben der SOA Governance Strategie definition Richtlinien & Standards Verrechnungsmodelle Roadmap SOA Governance Informationsmanagement Repository Verantwortlichkeiten Abhängigkeiten Anforderungs- und Portfoliomanagement Überwachung Lifecycle Operative Steuerung Andy Wolf, OOP

17 SOA Governance Strategie definition Granularität; Fachliche Abgrenzung; Zuordnungen Richtlinien & Standards Architektur; Produkte; Security Verrechnungs modelle Umlagekosten; nutzungsabhängige Kosten Roadmap Zeitplanung; Schritte; Durchdringung; Ziel--Landschaft Andy Wolf, OOP SOA Governance Informationsmanagement Hintergrund Kontext Geschäftsziele Struktur Owner Fachliche... Bündelung Abhängigkeitederungen Qualitätsanfor- Version Sicherheit Schnittstelle... Performanz Operationen Zuverlässigkeit Parameter... Ausnahmen Events... Verwaltung in Teilweise sichtbar über Repository Repository Registry Registry vollständig aktuell konsistent durchsuchbar Zur Laufzeit Techn. Aspekte Abbildung BDM Andy Wolf, OOP

18 Specification Die Specification beinhaltet Beschreibung des und seines Verhaltens Beschreibung der einzelnen Operationen des Spezifikation der Input- und Output-Parameter der Operationen des Definition dessen, worauf sich der Nutzer des verlassen kann Pre-Condition ( What does it expect? ) Post-Condition ( What does it guarantee? ) Invariant ( What does it maintain? ) Definition der Schnittstelle für den Consumer Beschreibung des Verhaltens des s einschließlich eventueller Seiteneffekte Definition der Quality-of- des (Qualitätsmerkmale) Standards denen der genügt Weitere Eigenschaften des Key Performance Indikatoren (KPI) Andy Wolf, OOP Repository WSDL Fachliche Beschreibung WSDL Stellt Informationen für potenzielle nehmer zur Verfügung Ausreichend um entscheiden zu können, ob die eigenen Anforderungen an den bzw. die Operation erfüllt werden Repository Recherche Enthält fachliche Informationen Beschreibungen zu allen Business s und zu den dazugehörigen Operationen Enthält technische Informationen Vollständige Beschreibungen zu den - Interfaces und Verweise auf deren - Implementierung Bietet Suchfunktionen an Schnittstellendefinition Entwicklungsumgebung Zugriffsklassen Andy Wolf, OOP

19 SOA Governance operative Steuerung Änderungen Konsolidierte Anforderung Abgeglichener Bedarf Wohldefinierter Abgestimmter Release Plan Abgleich paralleler Anforderungen Abgleich mit vorhandenen s Reflektion an der Strategie Priorisierung: -Zeit -Notwendigkeit -Budget Überwachung der Umsetzung Neue Anforderungen IM Strategie Strategie Andy Wolf, OOP SOA Governance definiert Was zu tun ist Lifecycle Wie es getan werden muss Richtlinien & Policies Kompetenzen i.s.v. Fähigkeiten Wer befugt ist es zu tun Rollen und Verantwortlichkeiten Kompetenzen i.s.v. Befugnissen Wie die Durchführung kontrolliert wird Vitalitäts-Checks Konformitäts-Checks Aufgaben Definition dessen, was zu tun ist Richtlinien Beschreibung dazu, wie man es macht Verantwortlichkeit Zuweisung derjenigen, die es machen sollen Erfolgskontrolle Festlegung dazu, wie gemessen werden soll Andy Wolf, OOP

20 Committee Das Committee stellt sicher / validiert das s offen und gemeinsam nutzbar definiert sind das Performanz-Aspekte beachtet werden den Kompromiss bezüglich der -Granularität die Kapselung der darunter liegenden Applikationen die Kapselung der darunter liegenden Middleware die Verwendung wohldefinierter Schnittstellen und Policies den Versionierungsmechanismus die Verwendung von Standards das s möglichst zustandslos sind die Orthogonalität der s die Seiteneffekte der s die Verwendung von identischen Typsystemen bei in Beziehung stehende s den definierten Gültigkeitsbereich und Zweck der s Andy Wolf, OOP Grundlegende Governance Aktivitäten Effektivität Die richtigen Business s entwickeln Welche Business Prozesse? Wem gehört der Prozess? Wer finanziert ihn? 1 Etablieren einer einheitlichen und gemeinschaftlichen Aufsicht Eine gemeinsame Sprache und arbeitsteilige Prozesse etablieren Einsatz von Nachfrage- und Portfolio- Methodiken Effizienz Die Business s richtig entwickeln und nutzen Wie stellt man Interoperabilität sicher? Wer darf einen veröffentlichen? Wer kann einen nutzen? Wie stellt man Qualität sicher? 2 Standards und Richtlinien für die -Entwicklung etablieren Prozesse für die Bereitstellung und Nutzung von s einführen Methoden des Testings nutzen Business Value Wert für das Unternehmen schaffen Worin besteht dieser Business Value? Wie stellt man die korrekte Nutzung eines sicher? Wie ändert man einen? 3 Messen, Steuern und Berichten auf einem Business-Niveau Richtlinien für den -Betrieb definieren und überwachen Gemeinschaftlicher Prozess für die Versionierung von s Andy Wolf, OOP

21 Weitere Aspekte einer SOA-Governance Richtlinien und Best Practices ermöglichen Lebenszyklus der s zu managen Überblick über die -Landschaft Wiederverwendung von Portfolio Management Abgleich mit bestehendem Katalog Dependencies dokumentieren Veränderungen an bestehenden s Definieren, Freigeben und Überwachen Compliance zur Referenz-Architektur Technische Standardisierung Kontrolle der Einhaltung von Standards Andy Wolf, OOP Warum SOA Governance wichtig ist Geschäftlichen Nutzen einer SOA erzielen Geschäftliche Risiken reduzieren und kontrollieren Effektivität verbessern Flexibilität der Geschäftsprozesse Verbesserte Time-to-Market Die Quality of erhalten Die Nachhaltigkeit sicherstellen Die richtigen Dinge messen Klare Kommunikation zwischen Business und IT s are enterprise assets that will stay with companies for years to come. These s need to be produced with enterprise quality and adhere to a certain set of standards and policies in order to ensure business continuity, reduce integration costs and complexities, and limit corporate liabilities. [ Andy Wolf, OOP