Von der Anwendungszur Service-Landschaft Stefan Tilkov, innoq stefan.tilkov@innoq.com
Stefan Tilkov Geschäftsführer und Principal Consultant, innoq Deutschland GmbH Fokus auf SOA, Web-Services, REST SOA-Editor InfoQ.com Herausgeber SOA-Expertenwissen (mit Dr. Gernot Starke) 2
Beratungsunternehmen für Software-Architekturen Strategische IT-Beratung, Architekturconsulting, Entwicklung Rationelle Software-Produktion (MDA, MDSD, Metadaten-Integration) Service-orientierte Architekturen (SOA) (WS-*, REST, OSS-Lösungen, Governance) 3
Schnittstelle Kapselung Modularität Business Komponente Anwendung Autonomie Enterprise Architecture Operation Dokumentation Wiederverwendung Produkte Hersteller SOA Service Zachman WSDL Web Services ESB REST Governance SOAP EAI UDDI Modelle Standardsoftware Architektur TOGAF FEAF 4
Was ist ein Service? 5
Was ist ein Service nicht? 6
1. Ein Service ist keine Komponente 7
2. Ein Service ist keine Schnittstelle 8
3. Ein Service ist keine Operation 9
Was ist ein Service? autonome Mini-Applikation Wiederverwendung durch Aufruf kapselt Geschäftsfunktionen Formale Dokumentation interoperable Schnittstelle 10
11
12
13
14
15
Was ist SOA nicht? 16
1. SOA ist kein Produkt 17
2. SOA ist keine Anwendungsarchitektur 18
3. SOA ist nicht EAI 19
unternehmensweite Gesamtarchitektur Stefan Tilkov, innoq Was ist SOA? Services im Mittelpunkt fachliche Aspekte technische Aspekte Software-Engineering- Prinzipien Modularisierung Kapselung Entkopplung Governance 20
21
22
Von Anwendungen zu Services 23
24
25
26
27
Ist SOA neu? 28
The Internet and the Web global scale wire formats HTTP, URIs, REST XML and text-based protocols Enterprise Application Integration integration of monolithic apps intelligent infrastructure transformation & routing data integration OOTB adapters Business Process Management flexible business support IT/business alignment Object-oriented programming encapsulation information hiding design by contract coupling of data & logic SOA Component Based Development (CBD) separation of interface & implementation coarse-grained, reusable assets programming language independence declarative configuration Distributed Objects & RPC location transparency request broker runtime common infrastructure services
Was ist Enterprise Architecture? 30
Enterprise Architecture is the practice of applying a comprehensive and rigorous method for describing a current and/or future structure and behavior for an organization's processes, information systems, personnel and organizational sub-units, so that they align with the organization's core goals and strategic direction. Although often associated strictly with information technology, it relates more broadly to the practice of business optimization in that it addresses business architecture, performance management, organizational structure and process architecture as well. http://en.wikipedia.org/wiki/enterprise_architecture 31
IT-Unternehmensarchitektur ist derjenige Teil der Unternehmensarchitektur, um den sich die IT-Funktion in einem Unternehmen kümmern darf, ohne wegen Kompetenzüberschreitung von anderen Unternehmenseinheiten außerhalb der IT erfolgreich politisch attackiert zu werden. Im Idealfall sind IT-Unternehmensarchitektur und Unternehmensarchitektur identisch und einheitlich organisiert. Wolfgang Keller, IT-Unternehmensarchitektur, dpunkt.verlag 32
33
34
Federal Enterprise Architecture Framework (FEAF) 35
Thesen zu EA und SOA 36
Custo Gemeinsames VokabularBusiness/IT CAS Phoenix ZTV FED3 Claims Handling Credit Processing Order Management Customer Relations 37
Gemeinsames Vokabular Business/IT Business SOA IT need, decide, order, buy, pay, use, measure, support govern, model, save, render, create, publish, discover, compose define, design, analyze, develop, code, test, deploy http://www.zapthink.com/report.html?id=zapflash-2007416 38
Modelle sind kein Selbstzweck 39
SOA ist ein Enterprise- Thema 40
Unternehmensweit ist nicht weit genug 41
Von Anwendungen zu Services: 10 Regeln 42
1. Planen Sie für zehn Jahre 43
2. Starten Sie mit kleinen Schritten 44
3. Begegnen Sie Anbietern mit Skepsis 45
4. Etablieren Sie Governance 46
5. Erzeugen Sie virtuelle Unternehmensgrenzen 47
6. Operationalisieren Sie Modelle 48
7. Setzen Sie den Fokus auf Daten 49
8. Benutzen Sie Services als Grundlage 50
9. Akzeptieren Sie Vielfalt 51
Stefan Tilkov, innoq 10. Rechnen Sie mit Änderungen 52
1. Planen Sie für zehn Jahre 2. Starten Sie mit kleinen Schritten 3. Begegnen Sie Anbietern mit Skepsis 4. Etablieren Sie Governance 5. Erzeugen Sie virtuelle Unternehmensgrenzen 6. Operationalisieren Sie Modelle 7. Setzen Sie den Fokus auf Daten 8. Benutzen Sie Services als Grundlage 9. Akzeptieren Sie Redundanz 10. Rechnen Sie mit Änderungen 53
Vielen Dank! Noch Fragen? Stefan Tilkov http://www.innoq.com/blog/st/ stefan.tilkov@innoq.com 54