Etablierung serviceorientierter Architekturen mit Web Services

Transkript

1 Etablierung serviceorientierter Architekturen mit Web Services Vorlesung im (Eine erste Einführung zu serviceorientierten Architekturen) 1

2 Agenda Begriff der IT-Architektur Anwendungsarchitektur vs. IT-Architektur Aktuelle Herausforderungen Einführende Gedanken zu einer SOA SOA aus Sicht des W3C 2

3 Begriff der IT-Architektur 3

4 Begriff der IT-Architektur Die IT-Architektur eines Unternehmens stellt die Gesamtheit aller Komponenten, Technologien und organisatorischen Maßnahmen dar, die die im Unternehmen vorkommenden Funktionen, Prozesse und Daten abbilden und deren Zusammenspiel ermöglichen. Quelle: Krüger, S.; Seelmann-Eggebert, J.: IT-Architektur-Engineering Systemkomplexität bewältigen, Kosten senken, Potentiale freisetzen, Galileo Press, Bonn

5 Begriff der IT-Architektur Architekturebenen: Geschäftsarchitektur Arbeitsabläufe und Organisationsstrukturen Anwendungsarchitektur verwendete Unternehmensanwendungen Technologische Architektur Betrieb SW- und HW-Infrastruktur Quelle: Conrad, S.; Hasselbring, W.; Koschel, A.; Tritsch, R.: Enterprise Application Integration, Spektrum Akademischer Verlag, München

6 Aktuelle Herausforderungen 6

7 Wiederverwendung und modellgetriebene Vorgehensweisen Quelle: Hotle, M.; Vecchio, D.: AD Scenario TyingAgile Development, BPM and Architecture Together, GartnerSymposium ITxpo, Cannes/France

8 Drastische Reduktion akzeptierter Bereitstellungszeiten Quelle: Hotle, M.; Vecchio, D.: AD Scenario TyingAgile Development, BPM and Architecture Together, GartnerSymposium ITxpo, Cannes/France

9 Industrialisierung der Softwareentwicklung In the past, we've been builders of custom software, or deployers of packages. In the new, agile application development, we'll find that reuse and assembly will be the keys. Application development organizations can't code themselves into the future! Quelle: Hotle, M.; Vecchio, D.: AD Scenario TyingAgile Development, BPM and Architecture Together, GartnerSymposium ITxpo, Cannes/France

10 Anwendungsarchitektur vs. IT-Architektur 10

11 Client/Server-Architektur moderner Applikationen DBS Client mit GUI DB-1 Browser JSP, XHTML HTTP SOAP via HTTP DBS Web- Server Applikation- Server DB-2 Browser z.b. CORBA Integration- Server (Wrapper) Legacy- Anwendung 11

12 Produkt- und Organisationszentrierte IT-Architekturen Call Call Center Center Problem Problem Manager Manager GP - Support Multichannel Multichannel Portal Multichannel Portal Portal CRM CRM CRM AL (Dispo) AL (Dispo) AL (Dispo) E2E Manager E2E Manager E2E Manager NE Manager NE Manager NE Manager GP - Bereitstellung GP - Rechnungslegung Billing Billing Invoice Invoice 12

13 Aktuelle Problembereiche I Silo -Applikationen für spezielle Produkte und Dienstleistungen Unübersichtliche Anzahl benötigter Schnittstellen (Spagetti) Enge Kopplung der verwendeten Applikationen Schwerfällige Umgestaltung IT-gestützter Prozesse Fallende IT-Budgets (bis zu 40% innerhalb der letzten 7 Jahre) Hochgradige Daten- und Funktionsredundanz Performance der GP schwer nachvollziehbar Heterogenität der verwendeten Technologien bzw. Techniken 13

14 Aktuelle Problembereiche II Applikations- und Schnittstellen-Portfoliomanagemenent - Wert der Applikation für das Geschäft - Differenzierung zum Mitbewerber Kosten - Kosten für Neu- bzw. Weiterentwicklung - Kosten für Wartung/Pflege bzw. notwendige Lizenzen Möglichkeiten zur Weiterentwicklung - Technologische Rahmenbedingungen - Skill zum abgedeckten Diskursbereich 14

15 SOA-Einführung 15

16 SOA Bedeutung Gartner: By 2008, SOA will be a prevailing software engineering practice, ending the 40-year domination of monolithic software architecture 16

17 SOA Zielstellungen Schnelle Bereitstellung neuer Lösungen (Integration vs. Entwicklung) Transparenz/Kenntnis verfügbarer fachlicher Serviceangebote Identifizierung potentieller Funktions- und Datenredundanzen Verhindern redundanter Entwicklungen - Wiederverwendung von bereits vorhandenen Services - Reduktion der Kosten für Entwicklung & Wirkbetrieb Etablierung von internen und externen Servicemarktplätzen - Evolutionäre Optimierung vorhandener Servicelandschaften - Reduktion der Kundenbindung -Flexibilisierung Einheitliche Spezifikation der vorhandenen Services 17

18 SOA Bezugsbereich Quelle: Frisius, O.: Service Oriented Architecture Revolution oder Buzzword, sd&mag, GI / ACM Stuttgart, Dezember

19 SOA Definition I n SOA is the broad set of concepts that enable units of functionality to be provided and consumed as services. Source: CBDI-Forum (IBM, MS, Compuware) n A service-oriented architecture is essentially a collection of services. These services communicate with each other. The communication can involve either simple data passing or it could involve two or more services coordinating some activity. Some means of connecting services to each other is needed. Source: Gartner Group 19

20 SOA Definition II n A service-oriented architecture is essentially a collection of services. These services communicate with each other. The communication can involve either simple data passing or it could involve two or more services coordinating some activity. Some means of connecting services to each other is needed. Source: n A system architecture, that represents diverse and heterogeneous applications as reusable and through an open interface accessible services. Source: German EAI Forum 20

21 Enterprise Service Bus 21

22 Komplexität einer SOA Service Management & Sicherheit Laufzeitumgebung Applikations- & Service- Frameworks Integrierte Entwicklungsumgebungen inkl. Modellierung Unter Verwendung von: Shan, T. C.; Hua, W. W.: Solution Architecture for N-Tier Applications, in Proc. IEEE International Conference on Service Computing, IEEE Computer Society, Los Alamitos, CA/USA, September

23 SOA - erste Annäherung Grundlegendes Prinzip einer SOA ist es, Funktionalität als modulare und wieder verwendbare Services zur Verfügung zu stellen. Neue Anwendungen können dann aus bereits existierenden Services zusammengesetzt werden. Man spricht dabei auch von einer losen Koppelung, da es keine starken logischen oder physischen Abhängigkeiten gibt, und zwar weder zwischen den Services untereinander, noch zwischen den Services und den Anwendungen, in denen sie genutzt werden. Somit ist es auch leicht möglich, laufende Anwendungen durch Austausch einzelner Services zu modifizieren, zu erweitern oder zu optimieren. 23

24 SOA aus Sicht des W3C 24

25 Sichten des W3C - Ressource 25

26 Sichten des W3C - Service 26

27 Sichten des W3C - Messages 27

28 Sichten des W3C - Policy 28