SOA Strategiebaukasten

Größe: px

Ab Seite anzeigen:

Download "SOA Strategiebaukasten"

Gabriel Beckenbauer
vor 8 Jahren
Abrufe

1 SOA Strategiebaukasten Orientation in Objects GmbH Weinheimer Str Mannheim Inhalt Hintergrund, Strategie und Vision Topologie Governance Enterprise Metadata und Service Model Standards Software & Tools Migration Prozesse SLA s Monitoring Fazit 2

de Inhalt Hintergrund, Strategie und Vision Topologie Governance

2 Hintergrund, Strategie und Vision Orientation in Objects GmbH Weinheimer Str Mannheim 3 Das X von XML Reply To Header Security Envelope Body Key Info Subject Key Identifier SOAP WS-Adressing Web Services Security Encrypted Key Signature Encrypted Data Bestellung XML Encryption XML Signature Eigenes Vokabular 4

de 3 Das X von XML Reply To Header Security Envelope Body Key Info Subject Key

3 Neue Denkweisen Nicht CORBA über HTTP mit XML Encoding Neue Paradigmen Alles ist ein Baum XML Erweiterbarkeit mit NS Nachrichten statt Parameter Loose Kopplung Neue MEP 5 Strategie Eine Strategie ist ein längerfristig ausgerichtetes planvolles Anstreben einer vorteilhaften Lage oder eines Ziels. (Quelle: Wikipedia) 6

Kopplung Neue MEP 5 Strategie Eine Strategie ist ein längerfristig

4 Was für ein Strategie Typ sind Sie? 7 Vision Jede IT Funktionalität steht als Service zur Verfügung Zentrale Verwaltung und Steuerung Enge Verzahnung der Wertschöpfungskette mit Externen 100% Open Source 100% Standard basiert 100% Toolunterstützung Nahtloser Übergang von Analyse zur Produktion Jederzeit Roundtrip Engineering möglich Abbildung aller Geschäftsprozesse in der SOA 8

Steuerung Enge Verzahnung der Wertschöpfungskette mit Externen 100% Open Source 100% Standard

5 Ziele Nachvollziehbarkeit Bessere Unterstützung von Geschäftsprozessen Wiederverwertbarkeit Kostenreduktion Verlagerung der Tätigkeiten vom Programmierer zum Business Analysten Globale Anwendbarkeit von Policies Zuverlässigkeit Sicherheit Beschleunigung von Geschäftsprozessen 9 Anforderungen Besonderheit des Unternehmens/der Branche Rechtliche Rahmenbedingungen z. B. für medizinische Produkte Compliance Sarbanes-Oxley 10

Anwendbarkeit von Policies Zuverlässigkeit Sicherheit Beschleunigung von Geschäftsprozessen 9

6 Randbedingungen Unternehmensgröße und Struktur Häufigkeit der Änderungen in den Geschäftsprozessen Anzahl der Prozesse Vorhandene IT Systeme Manpower und Skills Budget 11 SOA ist nicht angebracht bei Homogenen IT Landschaften Unternehmen bzw. Abteilungen, die Ihre Systeme nicht für externe/interne öffnen Ferner ist SOA: keine Lösung für den Weltfrieden Kein Produkt Keine Technologie Kein neuer Name für EAi, RPC, 12

Homogenen IT Landschaften Unternehmen bzw.

7 Topologie Orientation in Objects GmbH Weinheimer Str Mannheim 13 Architektur Muster (Topologie) Fabric/Grid Bus Bus 14

8 Governance Orientation in Objects GmbH Weinheimer Str Mannheim 15 Warum Governance Dieselbe Funktionalität wird von mehreren Diensten angeboten. Es gibt Services, die keiner nutzt. Von einem Service sind verschiedene Versionen installiert. Zwei Services verwenden für den gleichen Inhalt zwei verschiedene Datentypen. Namen für Services, Operationen und Datentypen werden willkürlich vergeben. Dienste, die erst prototypisch implementiert sind werden bereits von produktiven Systemen verwendet. Kritische Dienste werden abgeschaltet, da nicht alle Nutzer der Dienste bekannt sind. Wichtige Dienste fehlen oder ihre Fertigstellung verzögert sich, da die Priorisierung unklar ist. Es ist nicht klar, was ein Service von einem Nutzer verlangt. Werden die Nachrichten verschlüsselt erwartet und wenn ja, was genau soll mit welchem Algorithmus und mit welcher Schlüssellänge codiert werden? 16

Namen für Services, Operationen und Datentypen werden willkürlich vergeben. Dienste, die erst prototypisch implementiert sind werden bereits von produktiven Systemen verwendet.

9 Governance Aspekt der Führung von Organisationen Verteilung von Rechten und Entscheidungsgewalt Unterbereich von IT Governance Bezieht sich auf Personen, Prozesse und Technologien 17 SOA Stakeholders Stakeholder Einbeziehung Management Consumers Providers Gesetzgeber (Vorschriften und Richtlinien) Aufsichtsrat Rechnungswesen 18

Prozesse und Technologien 17 SOA Stakeholders Stakeholder Einbeziehung Management

10 Rollen Rolle Aufgaben Business Analyst System Integratoren Service Designer Service Entwickler 19 Service als Vermögen (Assett) In Services fließen Investitionen Investitionen sollen sich auszahlen Überwachung Steuerliche Aspekte Dienste als Vermögen ausweisen Service Bewertung 20

Services fließen Investitionen Investitionen sollen sich auszahlen

11 Der SOA Prozess Verwendung eines vorhandenen Prozessmodells SOA Standardprozess Maßgeschneiderter Prozess Agiles Vorgehen 21 Agile SOA Klein Anfangen Web Services mit SOAP, WSDL Bestehendes verwenden WS-I Profile Bestehende Anwendungen mit gutem Design in Dienste einwickeln Pilot/Prototyp 22

Klein Anfangen Web Services mit SOAP, WSDL Bestehendes verwenden WS-I

12 Competence Center Legt Richtlinien und Best Practices fest und kommuniziert diese Erstellt Referenzanwendungen Vertikaler Durchstich Erarbeitet Vorgehensmodell Führt Reviews durch Benutzt/Erstellt Tools für die Qualitätssicherung Kommuniziert mit externen Partnern Verhandelt mit Herstellern Organisiert Weiterbildung für Business Analysten, Programmierer etc. Interne Profile Fürs Bullshit Bingo: SOA Center of Excellance Aufbau Competence Center 23 SOA Guidelines Es gibt viele Arten das Gleichen zu tun Chaos Sind notwendig für unternehmensweite SOA Konventionen der SOA Community übernehmen Beispiel: Namespaces für Services Unternehmen Bereich Dienst Version 24

13 Richtlinien für Namespaces WSDL Beschreibung Namensmuster für Service, Port, PortType, Message Pflicht zur Dokumentation BPEL Prozesse Namensmuster für Partner, Partnerlink Schema Namensmuster 25 Notwendiges Know-How XML, XML und XML NS, Schema, XPath, XSLT Business Prozess Modellierung Java oder C#, Groovy BPEL ESB, AppServer 26

Partner, Partnerlink Schema Namensmuster 25 Notwendiges Know-How XML, XML und XML

14 Enterprise Metadata und Service Model Orientation in Objects GmbH Weinheimer Str Mannheim 27 Enterprise Metadata Unternehmensweite Datentypen Sicherstellung der Wiederverwendung Vermeidung von unnötigen Transformationen Organisation der Namensräume Einbau der Fähigkeit zur Evolution 28

de 27 Enterprise Metadata Unternehmensweite Datentypen Sicherstellung der

15 Datatype Repository Voraussetzung für effiziente Hub und Spoke Architektur Notation mit XML Schema Dokumentiert Zentral gepflegt Vorhandene Branchenstandards verwenden Eigenentwicklung 29 Service Model 30

Dokumentiert Zentral gepflegt Vorhandene

16 Standards Orientation in Objects GmbH Weinheimer Str Mannheim 31 WS-I Profile Profile Status Standards Basic 1.0 Final SOAP Basic 1.1 Final SOAP 1.1, WSDL 1.1 Basic 1.2 Draft Basic 2.0 Draft Attachements 1.0 Final Simple SOAP Binding 1.0 Final Basic Security 1.0 Final WSS 1.0 Basic Security 1.1 Draft Reliable Secure 1.0 Draft Kerberos Token Profile 1.0 Draft REL Token Profile 1.0 Draft SAML Token 1.0 Draft Stand: Dezember

2 Draft Basic 2.0 Draft Attachements 1.0 Final Simple SOAP Binding 1.0 Final Basic Security 1.0 Final WSS 1.

17 Web Services Standard Portfolio Verbreitung Stand: Dezember 2008 Komplexität 33 Web Services Security Standard Portfolio Verbreitung Stand: Dezember 2008 Komplexität 34 17

18 Standards und Technologien für die Implementierung SOA Stratege SCA Spring JBI ESB JMS JAXB JAX-WS 35 Software & Tools Orientation in Objects GmbH Weinheimer Str Mannheim 36

Software & Tools Orientation in Objects GmbH

19 Plattform Es gibt nur noch.net und Java als Enterprise Plattformen Beide unterstützen WS-Standards Andere Plattformen und Sprachen bieten nur rudimentäre Web Services Unterstützung Perl, PHP, Ruby Java.NET Andere Plattform 37 Produkte und Hersteller SOA Stratege JBoss Oracle SUN Apache HP IBM 38

Andere Plattformen und Sprachen bieten nur rudimentäre Web Services

20 Migration Orientation in Objects GmbH Weinheimer Str Mannheim 39 Ansätze zur Migration ServiceGateway ws ws ws Service Layer ws ws API API WS API ws ws ws Anwendung Anwendung Anwendung (Neue Version) 40

de 39 Ansätze zur Migration ServiceGateway ws ws ws

21 Prozesse Orientation in Objects GmbH Weinheimer Str Mannheim 41 Prozesse Sollen Prozesse in der SOA sichtbar sein? BPEL Stufe der Prozessabbildung Top Level Top + Medium Level Top + Medium + Low Level Vom Top Level abwärts vorgehen 42

22 SLA s Orientation in Objects GmbH Weinheimer Str Mannheim info@oio.de 43 Service Level Agreement Vertrag zwischen Nutzer und Anbieter Regelt nichtfunktionale Aspekte Notwendig für Unternehmenskritische Funktionen Setzt Monitoring voraus SLAs für WS verwenden Monitoring 44

23 Monitoring Orientation in Objects GmbH Weinheimer Str Mannheim 45 Monitoring Keins Watchdog Agents Intermediaries 46

24 Die Dunklen Ecken einer SOA Fehlende oder nicht etablierte Standards Oft nur proprietäre Software vorhanden Service Level Agreements Monitoring Metadate Repository 47 Best Practise Inkrementelle Funktionen, Tools und Standards hinzufügen Guidelines im Voraus festlegen Kerndatentypen vorab standardisieren 48

25 Fazit Eine Anzahl von Web Services sind noch keine SOA Strategisches Vorgehen ist notwendig für den unternehmensweiten Erfolg Standards geben eine Reihe von Entscheidungen vor Für SOA ist noch weniger standardisiert als man glaubt Agiles Vorgehen wird notwendig (2009 bis 2011) Was ist strategisch und was sollte nicht strategisch sein? Mittlere Projektgrößen bieten Chancen für SOA 49

Ähnliche Dokumente

SOA Strategiebaukasten

SOA Strategiebaukasten predic8 GmbH Moltkestr. 40 53173 Bonn www.predic8.de info@predic8.de Inhalt Hintergrund, Strategie und Vision Topologie Governance Enterprise Metadata und Service Model Standards