Post on 26-Jan-2019
transcript
Folie 319 Dipl.-Inf. (FH) Michael Pruß M.Sc. Wintersemester 2012 / 2013
Serviceorientierte Architekturen (SOA)
Marktgängige Produkte und Ansätze
Folie 320 Dipl.-Inf. (FH) Michael Pruß M.Sc. Wintersemester 2012 / 2013
Produktbereiche
Typische Produktbereiche
Business Process Management
Verzeichnisdienste / Repository
Enterprise Service Bus
Monitoring / Betrieb
Identity- und Accessmanagement
Portal
Folie 321 Dipl.-Inf. (FH) Michael Pruß M.Sc. Wintersemester 2012 / 2013
Studien von Gartner und Forrester (1)
Business Process Management
Quelle: Forrester Wave, Q4 2008 Quelle: Forrester Wave, Q3 2010
Folie 322 Dipl.-Inf. (FH) Michael Pruß M.Sc. Wintersemester 2012 / 2013
Studien von Gartner und Forrester (2)
SOA Service Lifecycle Management Integrated SOA Governance
Quelle: Forrester Wave-Studie, Q1 2008 (veraltet) Quelle: Forrester Wave-Studie, Q1 2012
Folie 323 Dipl.-Inf. (FH) Michael Pruß M.Sc. Wintersemester 2012 / 2013
Studien von Gartner und Forrester (3)
Enterprise Service Bus
Quelle: Forrester Wave™: Enterprise Service Buses, Q1 ’09 Quelle: Forrester Wave™: Enterprise Service Buses, Q2 ’11
Open Source
Folie 324 Dipl.-Inf. (FH) Michael Pruß M.Sc. Wintersemester 2012 / 2013
Marktteilnehmer (1)
Die Studienergebnisse zeigen einige Anbieter, die in fast allen
Bereichen unter den „Leadern“ sind
Angebot einer SOA-Lösung „aus einer Hand“ möglich
nicht in allen Bereichen die beste Lösung
In einzelnen Aufgabenbereichen gibt es Spezialisten, die eine
„Best-of-Breed“-Lösung liefern könnten
aufgrund der offener Standards Integration solcher Lösungen
theoretisch möglich
Neben den Herstellern treten auch Softwareberatungshäuser als
Marktteilnehmer auf, die sowohl herstellerabhängig als auch
herstellerunabhängig sein können
Im Folgenden werden nur Hersteller von SOA Suiten oder
Speziallösungen betrachtet.
Folie 325 Dipl.-Inf. (FH) Michael Pruß M.Sc. Wintersemester 2012 / 2013
Marktteilnehmer (2)
Anbieter, die das komplette Spektrum oder einen großen Teil aller
Funktionalitäten anbieten
IBM
ORACLE
Software AG
(SAP)
TIBCO
(Microsoft)
Progress
Beispiele spezialisierter Anbieter
BPM: Pegasystems
ESB: WSO2
Repository / Governance: (Amberpoint), SOA Software, HP
Folie 326 Dipl.-Inf. (FH) Michael Pruß M.Sc. Wintersemester 2012 / 2013
SOA Suiten (1) - IBM
IBM
Umfangreiches Portfolio von Anwendungen aller Art bereits seit
Langem vorhanden
Modellierung
Implementierung
Betrieb
Unterschiedliche Produktfamilien werden kombiniert bzw. werden
konsolidiert
Rational
Websphere
Tivoli
Angebot eines Produktportfolios von SOA-Produkten unter dem Titel
„SOA Foundation“
Folie 327 Dipl.-Inf. (FH) Michael Pruß M.Sc. Wintersemester 2012 / 2013
SOA Suiten (2) - IBM
IBM SOA Foundation
Modellierungsphase
WebSphere Business Modeler
Rational Software Architect
„Zusammenstellungsphase“ (Begriff von IBM)
WebSphere Integration Developer
Rational Application Developer
Lotus Domino Designer
WebSphere Portlet Factory
Rational Tester for SOA Quality
Folie 328 Dipl.-Inf. (FH) Michael Pruß M.Sc. Wintersemester 2012 / 2013
SOA Suiten (3) - IBM
IBM SOA Foundation (Fortsetzung)
Implementierungsphase
WebSphere DataPower SOA Appliances
WebSphere Process Server
WebSphere ESB
WebSphere Message Broker
WebSphere Adapters
WebSphere Portal
WebSphere Application Server
WebSphere Extended Deployment
IBM Information Server
WebSphere Business Services Fabric
WebSphere MQ
Lotus Expeditor
FileNet P8 Platform
Folie 329 Dipl.-Inf. (FH) Michael Pruß M.Sc. Wintersemester 2012 / 2013
SOA Suiten (4) - IBM
IBM SOA-Foundation (Fortsetzung)
Betrieb
Tivoli Composite Application Manager for SOA
Tivoli Access Manager
Tivoli Federated Identity Manager
Tivoli Provisioning Manager
WebSphere Business Monitor
Governance und Best Practices
WebSphere Service Registry and Repository
Rational Asset Manager
Tivoli Change and Configuration Management Database
Folie 330 Dipl.-Inf. (FH) Michael Pruß M.Sc. Wintersemester 2012 / 2013
SOA Suiten (5) - ORACLE
ORACLE
ORACLE hat durch die Akquisition von BEA einen der ehemaligen Marktführer für SOA-Technologien gekauft
Weitere Zukäufe von marktführenden spezialisierten Produkten wie z.B. Amberpoint für Betriebsüberwachung und -steuerung
Die ORACLE SOA Suite ist eine Sammlung der typischen Anwendungen im SOA-Bereich
Oracle JDeveloper 10g (Implementierung)
Oracle Business Rules (Implementierung)
Oracle BPEL Process Manager (Modellierung, Implementierung)
Oracle Enterprise Service Bus (Integration)
Oracle Business Activity Monitoring (Betrieb)
Oracle Web Services Manager (Betrieb)
Die Suite integriert sich in die ORACLE Fusion Middleware
Folie 331 Dipl.-Inf. (FH) Michael Pruß M.Sc. Wintersemester 2012 / 2013
SOA Suiten (6) - ORACLE
ORACLE FUSION Middleware
Folie 332 Dipl.-Inf. (FH) Michael Pruß M.Sc. Wintersemester 2012 / 2013
SOA Suiten (7) - ORACLE
ORACLE (Fortsetzung)
SOA-Governance-Tools
Oracle Enterprise Repository
Oracle Web Services Manager
Oracle Enterprise SOA Management Pack
Oracle Service Registry (UDDI V3-Registry)
ORACLE-Strategie
Akquisition von marktführenden Spezialprodukten, z.B. BEA
Problem: Integration unterschiedlicher Produkte
Folie 333 Dipl.-Inf. (FH) Michael Pruß M.Sc. Wintersemester 2012 / 2013
SOA Suiten (8) – Software AG
Software AG
Bisheriges Geschäftsfeld Enterprise Transaction Systems mit der
Datenbank Adabas und der Programmiersprache Natural
Neue Ausrichtung auf SOA mit dem Kauf der webMethods-Suite
Ergänzung des BPM-Tools ARIS durch Kauf von IDS Scheer
Umfängliches Registry/Repository CentraSite
Es wird vor allem die Umgestaltung vorhandener Systemlösungen in
eine SOA adressiert („Application Modernization“).
Folie 334 Dipl.-Inf. (FH) Michael Pruß M.Sc. Wintersemester 2012 / 2013
SOA Suiten (10) – Software AG
Software AG (Fortsetzung)
Quelle: Software AG
Folie 335 Dipl.-Inf. (FH) Michael Pruß M.Sc. Wintersemester 2012 / 2013
SOA Suiten (11) – Software AG
Stärken
Business Process Management
SOA-Governance und Service Life-Cycle Management
Schwächen
Portfolio ist nicht so vollständig, wie bei IBM oder ORACLE
Folie 336 Dipl.-Inf. (FH) Michael Pruß M.Sc. Wintersemester 2012 / 2013
SOA-Suites (12) - SAP
SOA-Strategie
Quelle: SAP
Folie 337 Dipl.-Inf. (FH) Michael Pruß M.Sc. Wintersemester 2012 / 2013
SOA-Suites (13) - SAP
SAP Netweaver
Die bestehenden Netweaver-Technologien Integration und
Foundation wurden ergänzt
Composition
Geschäftsprozesse
Service-Orchestrierung
Enterprise Service Repository
Service/Software-Lifecycle
SOA-Governance
Quelle: SAP
Folie 338 Dipl.-Inf. (FH) Michael Pruß M.Sc. Wintersemester 2012 / 2013
SOA-Suites (14) - SAP
SAP bietet alle Funktionalitäten des bestehenden ERP-Systems
Fachkomponenten in Form von „Enterprise Services“
Identity- und Accessmanagement inkl. Single Sign On
Software-Lifecycle-Management
Portal-Lösung
…
„Out of the Box“-Geschäftsprozesse – „Enterprise Service Bundles“
Durch die offenen Web-Service-Standards wird es möglich, eigene
Anwendungen mit dem SAP-Services und den Standardprozessen
zu verbinden
„Composition Environment“ Java-Entwicklungsumgebung auf Basis
von Eclipse
SAP setzt einen Schwerpunkt auf „Globale Datentypen“
Folie 339 Dipl.-Inf. (FH) Michael Pruß M.Sc. Wintersemester 2012 / 2013
SOA-Suites (15) – SAP Enterprise Service Bundles
Folie 340 Dipl.-Inf. (FH) Michael Pruß M.Sc. Wintersemester 2012 / 2013
SOA-Suites (16) - SAP
Stärken
Netweaver optimal für die SOA-Migration bestehender SAP-
Installationen, da umfangreiche fachliche Komponenten zur
Verfügung stehen
Aufgrund der zahlreichen Anwendungskomponenten großes
Potential bei der Geschäftsprozessmodellierung
Schwächen
Netweaver-Technologie in der non-SAP-Welt nicht sinnvoll
einsetzbar
Folie 341 Dipl.-Inf. (FH) Michael Pruß M.Sc. Wintersemester 2012 / 2013
SOA-Suites (17) - TIBCO
ActiveMatrix
Quelle: TIBCO
Folie 342 Dipl.-Inf. (FH) Michael Pruß M.Sc. Wintersemester 2012 / 2013
SOA-Suites (18) - TIBCO
Erweitertes Portfolio
Neben typischen SOA-Produkten weitere Tools aus dem Enterprise-
Software-Bereich
Diverse Tools zum Business Process Management
Großrechneranbindung
Master Data Management
Portal Builder
System Monitoring und Management
Folie 343 Dipl.-Inf. (FH) Michael Pruß M.Sc. Wintersemester 2012 / 2013
SOA-Suites (19) - TIBCO
Stärken
Kommunikations- und Serviceabstraktionsschicht
Virtualisierung von Services
Kapselung bestehender Anwendungen in Service-Container
Policy-Management ohne Veränderungen an bestehenden Services
vornehmen zu müssen
Ausrichtung ähnlich wie Software AG
Schwächen
Portfolio ist nicht so vollständig, wie bei IBM oder ORACLE
Folie 344 Dipl.-Inf. (FH) Michael Pruß M.Sc. Wintersemester 2012 / 2013
SOA-Suites (20) - Microsoft
BizTalk
Bestehende Produkte werden in Richtung SOA ausgerichtet
Service-Entwicklung: .NET, Sharepoint
Prozesse: BizTalk
Verzeichnisdienste: Fremdprodukte Amberpoint, SOA Software
Betrieb: System Center, Fremdprodukte Amberpoint, SOA Software
ESB: Kombination aus BizTalk, Windows 2008, .net-Framework, und SQL-Server
Identitätsmanagement: Active Directory, ADFS
Kommunikationsbasisdienste: Windows Communic. Foundation
Projekt „Oslo“
Microsoft Modeling Platform
„Oslo“-Repository
Folie 345 Dipl.-Inf. (FH) Michael Pruß M.Sc. Wintersemester 2012 / 2013
SOA-Suites (21) - Microsoft
Quelle: Microsoft
Folie 346 Dipl.-Inf. (FH) Michael Pruß M.Sc. Wintersemester 2012 / 2013
SOA-Suites (22) - Microsoft
Standard-Protokolle und Adapter
Quelle: Microsoft
Folie 347 Dipl.-Inf. (FH) Michael Pruß M.Sc. Wintersemester 2012 / 2013
SOA-Suites (23) - Microsoft
Stärken
Microsoft ist einer der Anbieter, die das Thema Web-Services,
Verzeichnisdienste und WS-Standards forciert hatten
BizTalk ist umfangreiches Basisprodukt für ESB, BPM und
Monitoring und unterstützt zahlreiche WS-Standards
Visual Studio Team System ist umfangreiche
Entwicklungsumgebung für Entwicklung, Test und Deployment
Schwächen
Es fehlt ein geeignetes Repository, das jetzt im Projekt „Oslo“ erst
entwickelt wird
Verschiedene Technologien sind auf die Microsoft-Technologien
beschränkt
Folie 348 Dipl.-Inf. (FH) Michael Pruß M.Sc. Wintersemester 2012 / 2013
Spezialisten (1)
Pegasystems – SmartBPM-Suite
Laut Gartner und Forrester führendes Werkzeug für Business Process Management
Process Analyzer
Online-Analyse und Auswertung
Process Simulator
Simulation von Prozessen, bevor sie tatsächlich eingesetzt werden
Enterprise Integration
Enterprise Connectors und Adapters (u. a. auch BPEL)
Case Management
Out-of-the-Box Lösung für eine Fallmanagement-Anwendung
Content Management Integration
Einbindung von Daten aus CMS und anderen Systemen
Portal Integration
Folie 349 Dipl.-Inf. (FH) Michael Pruß M.Sc. Wintersemester 2012 / 2013
Spezialisten (2)
IONA – Artix
Artix laut Forrester einer der Marketleader im Bereich ESB
Juni 2008 von Progress aufgekauft
Abkömmling ist der Open Source ESB FUSE auf Basis von
Apache Service Mix (siehe Open Source Produkte)
Progress – SONIC / Actional
SONIC laut Forrester einer der Marketleader im Bereich ESB
Actional für Monitoring und Policy Management; integriert sich
in ESB und Service Repositorys anderer Hersteller
Lücken im Portfolio bei Registry/Repository und BPM
Umfangreiche Features für Integration in Fremdprodukte
Folie 350 Dipl.-Inf. (FH) Michael Pruß M.Sc. Wintersemester 2012 / 2013
Spezialisten (3)
Amberpoint – SOA Management System
SOA Discovery
Erfassung und Darstellung von Service-Abhängigkeiten
Runtime Management
Policy Management und Enforcement
SOA Security
Service Level Management
Monitoring und Management von SLAs
Exception Management
Regelbasierte Fehlerbehandlung auf allen Abstraktionsebenen
Transaction Tracking
Protokollierung für Analysezwecke
Metadata Federation
Abgleich zwischen verschiedenen Repositorys bzw. Registrys
Kauf durch
ORACLE 2/2010
Folie 351 Dipl.-Inf. (FH) Michael Pruß M.Sc. Wintersemester 2012 / 2013
Spezialisten (4)
SOA Software
Policy Manager
UDDI v3 Registry
Policydefinition
Contractmanagement
Monitoring
Wird von Microsoft mit BizTalk integriert
Repository Manager
Erweiterung der Registry mit Metadaten
Federation mit HP Systinet, IBM WSSR oder TIBCO ActiveMatrix möglich
Synchronisation von Servicedefinitionen, Metadaten und Zustandsinformationen
Folie 352 Dipl.-Inf. (FH) Michael Pruß M.Sc. Wintersemester 2012 / 2013
Spezialisten (5)
SOA Software
Service Manager
Überwachung und Enforcement von
Policys in Zusammenarbeit mit dem
Policy Manager
Teilfunktionen eines ESB
Ergänzung von Sicherheitsfunktionen
SOLA
Kapselung von CICS Anwendungen als
Services
Portfolio Manager
SOA Governance: Serivce-
Wiederverwenung, -weiterentwicklung,
Folie 353 Dipl.-Inf. (FH) Michael Pruß M.Sc. Wintersemester 2012 / 2013
Spezialisten (6)
HP Systinet
Registry/Repository
Policy Management
Policy Management und Enforcement
Contract Management
Monitoring und Management von SLAs
Lifecycle Management
Erfassung und Darstellung von Service-Abhängigkeiten
Wird von ORACLE als Aqualogic Service Registry angeboten
Folie 354 Dipl.-Inf. (FH) Michael Pruß M.Sc. Wintersemester 2012 / 2013
Zusammenfassung
Einige große Anbieter bieten nahezu komplette Produktportfolios an
Portfolios wurden durch Zukauf spezialisierter Lösungen ergänzt
Nur noch wenige ausgesprochene Spezialanbieter
Folie 355 Dipl.-Inf. (FH) Michael Pruß M.Sc. Wintersemester 2012 / 2013
Serviceorientierte Architekturen (SOA)
Open Source Produkte
Folie 356 Dipl.-Inf. (FH) Michael Pruß M.Sc. Wintersemester 2012 / 2013
Kriterien für den Einsatz von Open-Source-SOA
Technologisches Knowhow
Kommerzielle Produkte werden im Allgemeinen mit einer
komfortablen Benutzeroberfläche und umfangreicher Dokumentation
zur Verfügung gestellt. Die Komplexität der einzelnen Komponenten
wird „unter der Haube“ versteckt.
Open-Source-Produkte werden in der Regel als einzelne
Funktionskomponenten im Binär- und Quellcode zur Verfügung
gestellt.
Die einzelnen Lösungen haben in der Regel eigene Administrations-
oder Entwicklungstools.
Individuelle Aufgabenstellungen und Probleme müssen entweder
mit eigenem Knowhow oder Informationen aus der
Entwicklungscommunity gelöst werden.
Herstellersupport mit vereinbarten SLAs ist teilweise nicht zu
bekommen oder nur gegen entsprechendes Entgelt.
Folie 357 Dipl.-Inf. (FH) Michael Pruß M.Sc. Wintersemester 2012 / 2013
Kriterien für den Einsatz von Open-Source-SOA
Beim Einsatz von Open-Source-Tools lernt man die technischen
Aspekte von SOA bis in die Innereien kennen!
Gunther von Hagen: Hacker
Folie 358 Dipl.-Inf. (FH) Michael Pruß M.Sc. Wintersemester 2012 / 2013
Kriterien für den Einsatz von Open-Source-SOA
Verwendung von Standards
Open-Source-Produkte müssen stark auf allgemein anerkannten
offenen Standards aufsetzen. Dadurch ist die Interoperabilität mit
anderen Produkten in der Regel gegeben.
Im Gegensatz dazu verwenden proprietäre Lösungen (Closed-
Source-Produkte) oft „optimierte“ Standards, also veränderte
Standards, die eine problemlose Interoperabilität verhindern.
Einige Standards sind in Open-Source-Produkten abhängig vom
Entwicklungsstand jedoch manchmal (noch) nicht vollständig
umgesetzt.
Die Nutzung von Standards ist eine notwenige Voraussetzung
für Interoperabilität, aber keine Garantie dafür.
Folie 359 Dipl.-Inf. (FH) Michael Pruß M.Sc. Wintersemester 2012 / 2013
Kriterien für den Einsatz von Open-Source-SOA
Produktentwicklung
Im industriellen Umfeld ist Relaseplanung und Produktsupport von
hoher Wichtigkeit.
Die Entwicklung einzelner Open-Source-Produkte ist oft nicht
vorhersehbar, da es häufig keinen Releaseplan gibt bzw. ein
vorhandener Plan in der Regel als unverbindlich anzusehen ist.
Bei manchen Produkten reagiert die Community sehr schnell auf
neue Anforderungen oder aufgetretene Fehler, bei manchen jedoch
nicht.
Aufgrund der in der Regel besseren Interoperabilität lassen sich
Open-Source-Produkte leichter austauschen als Closed-Source-
Produkte.
Folie 360 Dipl.-Inf. (FH) Michael Pruß M.Sc. Wintersemester 2012 / 2013
Kriterien für den Einsatz von Open-Source-SOA
Lizenztypen
Open-Source ist kein rechtsfreier Raum!
Die unterschiedlichen Lizenztypen, z.B. GPL, LPGL, CPL oder EPL
können diverse Konsequenzen hinsichtlich der Nutzung und
Weitergabe haben
Wenig Relevanz bei reiner Nutzung einer SOA-Infrastruktur
Signifikante Auswirkung bei Vertrieb und Implementierung von SOA-
Infrastrukturlösungen und darauf basierenden Anwendungen
Bei bestimmten Lizenztypen werden eigene Entwicklungen
automatisch ebenfalls zu Open-Source, bei anderen dagegen nicht
Folie 361 Dipl.-Inf. (FH) Michael Pruß M.Sc. Wintersemester 2012 / 2013
Basistechnologien (1)
Im Open-Source-Sektor haben sich überwiegend Systeme auf Basis
von Java-Technologien etabliert.
Es gibt Standards für
Application Server J(2)EE
Enterprise Service Bus JBI, JMS
Business Process Management JPDL
Identity- und Access-Management JAAS, SAML
Monitoring JMX, MBeans
Portal Portlets, JSF
Die meisten Lösungen und Projekte setzen auf diesen Basis-
Technologien auf
Folie 362 Dipl.-Inf. (FH) Michael Pruß M.Sc. Wintersemester 2012 / 2013
Basistechnologien (2)
Beispiel: JBI – Java Business Integration
Kernstück ist der Normalized Message Router (NMR) für
Übermittlung und Transformation von Nachrichten, die zwischen
Service-Containern ausgetauscht werden
Implementierung auf dieser Basis: Apache ServiceMix, OpenESB
Folie 363 Dipl.-Inf. (FH) Michael Pruß M.Sc. Wintersemester 2012 / 2013
Basistechnologien (3)
SCA (Service Component Architecture)
SCA ist ein Programmiermodell für die Entwicklung und
Komposition von Geschäftsfunktionen in Komponenten
Die Komponenten einer SCA laufen in einer SCA-Runtime-
Umgebung.
Für die unterschiedlichen Bindings der Services werden wie bei JBI
ebenfalls Service-Container genutzt.
SCA ist keine Java-Technologie, sondern unterstützt
unterschiedliche Programmierumgebungen
SCA wird von fast allen kommerziellen Lösungen unterstützt
Im Open-Source-Bereich wird versucht, JBI und SCA zu
unterstützen. Einige Projekte legen aber den Schwerpunkt auf eine
bestimmte Technologie.
Eine gute Einführung zu SCA ist zu finden unter
http://www.davidchappell.com/articles/Introducing_SCA.pdf
Folie 364 Dipl.-Inf. (FH) Michael Pruß M.Sc. Wintersemester 2012 / 2013
Apache Software Foundation (1)
Komponenten mit direktem SOA-Bezug
Apache ServiceMix - Enterprise Service Bus
Apache ActiveMQ – Messaging
Apache Camel – Class Library für Enterprise Design Patterns
Apache CXF – Entwicklungsframework für Services
Apache ODE (Orchestration Director Engine) – Workflow Engine
Neben den SOA-Komponenten gibt es eine Reihe von Web-Service-Tools (http://ws.apache.org/), unter anderem:
AXIS – Implementierung des SOAP-Protokolls
jUDDI – UDDI 3.0 Registry
WSIF – Aufruf von Services über verschiedene Bindings
Die Apache-Komponenten sind wiederum Teil anderer SOA-Lösungen wie z.B. FUSE oder SOPERA ASF
Folie 365 Dipl.-Inf. (FH) Michael Pruß M.Sc. Wintersemester 2012 / 2013
Apache Software Foundation (2)
Beispiel: Apache ServiceMix (http://servicemix.apache.org)
Wird in einigen SOA-Lösungen, z.B. SOPERA ASF verwendet
Basiert auf JBI und integriert andere Apache-Komponenten
Es existiert bereits eine Anzahl von JBI-Komponenten, die die
Integration in den Service Bus ermöglichen
Quelle: http://servicemix.apache.org/home.html
Folie 366 Dipl.-Inf. (FH) Michael Pruß M.Sc. Wintersemester 2012 / 2013
Anbieter mit SOA-Portfolio
Im Open-Source-Bereich gibt es nur wenige Anbieter, die den
gesamten SOA-Stack abdecken
Die einschlägigsten Anbieter sind:
Red Hat – jBoss Enterprise SOA Platform
SOPERA
Beispielhafte Anbieter mit reduziertem SOA-Stack
Progress – FUSE
MuleSource – Mule
Ehemaliges kommerzielles Angebot JavaCAPS der Firma SUN
Microsystems (heute ORACLE) wird noch in mehreren
Einzelprojekten als Open- Source von ORACLE unterstützt
Open ESB
GlassFish
Folie 367 Dipl.-Inf. (FH) Michael Pruß M.Sc. Wintersemester 2012 / 2013
Open ESB (1)
Sehr gute Darstellung der Funktionalität von Open ESB / Glassfish unter Verwendung von JBI unter
http://wiki.open-esb.java.net/attach/OpenESBIntroductionScreencast/openesbIntroPreso.swf
(38 Minuten Video)
Quelle: ORACLE
Folie 369 Dipl.-Inf. (FH) Michael Pruß M.Sc. Wintersemester 2012 / 2013
Red Hat (1)
JBoss Enterprise SOA Platform
JBoss ESB
jBPM
Drools Expert (business rules engine)
jUDDI
RiftSaw (BPEL)
JBoss Enterprise Application Platform
JBoss Messaging
HornetQ Messaging
JBoss Web Services
JBoss WS CXF
Apache Camel
JBoss Developer Studio
Folie 371 Dipl.-Inf. (FH) Michael Pruß M.Sc. Wintersemester 2012 / 2013
SOPERA (2)
SOPERA ASF im Vergleich zu kommerziellen Lösungen
Quelle: SOPERA
Folie 372 Dipl.-Inf. (FH) Michael Pruß M.Sc. Wintersemester 2012 / 2013
SOPERA (3)
SOPERA bietet neben der kostenlosen Edition eine kostenpflichtige
Enterprise-Edition an
Hotline-Support
SLAs mit zugesagten Reaktionszeiten
Zusätzliche kommerzielle Plugins
.NET-Support
SAP-Support
Business Activity Monitoring
Diverse weitere Tools
SOPERA entwickelt im Rahmen der Eclipse Foundation das Projekt
Swordfish federführend weiter.
Folie 373 Dipl.-Inf. (FH) Michael Pruß M.Sc. Wintersemester 2012 / 2013
Swordfish (1)
Swordfish ist ein Projekt der Eclipse Foundation, dass ein Runtime-
Framework für SOA-Komponenten auf Basis von OSGi (Open
Services Gateway Initiative) zur Verfügung stellt.
Große Teile der Lösung stammen aus einen Infrastrukturprojekt der
Deutschen Post.
Quelle: http://www.eclipse.org/swordfish/learn/papers.php
Folie 374 Dipl.-Inf. (FH) Michael Pruß M.Sc. Wintersemester 2012 / 2013
Swordfish (2)
Swordfish ist keine fertige SOA-Lösung
Einzelnen Infrastrukturkomponenten (sog. Bundles) sind bereits verfügbar, andere müssen noch entwickelt werden
Anwendungskomponenten werden über die Bundles eingebunden
OSGi erweitert die Java-Umgebung um spezielle Runtime-Funktionen für die Anbindung von Services, z.B. Hot-Plugging von Services oder Einbindung von Embedded Systems
OSGi soll die schwergewichtigen Application Server ersetzen
Entwicklungsumgebung ist Eclipse mit den Erweiterungen des SOA Tools Project (STP) und Web Tools Project (WTP)
Projektwebsite: http://www.eclipse.org/swordfish/
Folie 375 Dipl.-Inf. (FH) Michael Pruß M.Sc. Wintersemester 2012 / 2013
Fuse ESB Enterprise / Red Hat
FUSE (http://fusesource.com/)
Enterprise Service Bus auf Basis von Apache ServiceMix
Message Broker auf Basis von Apache ActiveMQ
Service Framework auf Basis von Apache CXF
Mediation Router auf Basis von Apache Camel
HQ – Monitoring auf Basis von Hyperic HQ Enterprise
Komponenten für Registry und BPM fehlen und müssen durch
andere Produkte ergänzt werden.
Interessante Video Webinars unter
http://fusesource.com/resources/video-archived-webinars/
(allerdings Anmeldung erforderlich)
Folie 376 Dipl.-Inf. (FH) Michael Pruß M.Sc. Wintersemester 2012 / 2013
MuleSource
MuleSource (www.mulesource.org)
Mule ESB Community und Enterprise Edition
Mule Studio für grafisch unterstütztes Arbeiten
Enterprise Edition mit umfänglichen Adaptern zur Anbindung an diverse ERP-Systeme
Enterprise-Editionen beinhalten Support, erweiterte Qualitätssicherung und diverse Optionen für Hochverfügbarkeit und Skalierung.
Folie 377 Dipl.-Inf. (FH) Michael Pruß M.Sc. Wintersemester 2012 / 2013
Registry/Repository
freebXML Registry
Implementierung des OASIS ebXML Registry 3.0 Standards
JAXR (Java API for XML-Registries)
Registry Browser als Java-Applikation
Registry Browser als Web-Applikation
Diverse administrative Tools
Keine UDDI-Unterstützung
Folie 378 Dipl.-Inf. (FH) Michael Pruß M.Sc. Wintersemester 2012 / 2013
Business Process Management (1)
Intalio BPMS (http://bpms.intalio.com/)
Komponenten
Designer – Modellierung mit BPMN auf Eclipse-Basis
in das SOA Tools Project (STP) eingegangen
Server – BPEL 2.0 Engine basierend auf J2EE
Workflow – Portalkomponente für Benutzerinteraktion
Editionen
Community – stark limitierte Version nur für einfache
Anwendungen geeignet
Enterprise – Unterstützung der für eine SOA im Enterprise-
Umfeld üblicherweise erforderlichen Funktionalitäten
Weitere Open-Source BPM-Tools
Bonita – XPDL-Engine mit grafischer Modellierung
Apache ODE (Orchestration Director Engine) – BPEL Engine
Folie 379 Dipl.-Inf. (FH) Michael Pruß M.Sc. Wintersemester 2012 / 2013
Business Activity Monitoring (BAM)
Es gibt zahlreiche Monitoring Tools auf Netzwerkebene (z.B. Nagios)
Es gibt Standardtechnologien für die Überwachung von Java-
Applikationen (z.B. JMX, MBeans oder NetBeans)
Komfortable Tools für die Überwachung der Servicenutzung oder der
aktuellen Zustände von Business-Prozessen gibt es im Open-
Source-Bereich in der Regel nur in den kostenpflichtigen Editionen.
Für Sun Open ESB gibt es ein BAM Dashboard auf Basis von
Netbeans, JasperReports Library und iReport als Report-Designer.
Bei den kostenfreien Tools muss viel Aufwand in Auswahl, Test und
Konfiguration und evtl. zusätzliche Eigenentwicklung gesteckt
werden.
Kommerzielle Tools bzw. kostenpflichtige Open-Source-Lösungen
sind in diesem Anwendungsbereich derzeit eindeutig im Vorteil.
Folie 380 Dipl.-Inf. (FH) Michael Pruß M.Sc. Wintersemester 2012 / 2013
Identitymanagement/Accessmanagement
Zahlreiche Tools und Projekte
Nennenswerte Beispiele:
(OpenSSO von Sun – Single Sign On für Webanwendungen)
OpenLDAP – Verzeichnisdienst
OpenSAML – SAML-Implementierung in Java und C++
Folie 381 Dipl.-Inf. (FH) Michael Pruß M.Sc. Wintersemester 2012 / 2013
Portaltechnologie
Liferay (www.liferay.com)
Auszug verwendete Produkte
Apache ServiceMix
Hibernate (Persistence Framework)
Java J2EE/JEE
jBPM (jBoss BPM)
JGroups (Multicast Messaging)
Lucene (Fulltext Search Engine)
MuleSource ESB
PHP
Ruby
Seam (jBoss Web 2.0 Technologie)
Spring & AOP
Struts & Tiles
Auszug verwendeter Standards
AJAX
JSR-168 (Portlets)
JSR-127 (JSF)
OpenSearch
JSON
REST
RMI
WSRP
WebDAV
Folie 382 Dipl.-Inf. (FH) Michael Pruß M.Sc. Wintersemester 2012 / 2013
Zusammenfassung
Für einen ESB gibt es ausgereifte Standardtechnologien, die in
Kombination einen industriell einsetzbaren Service-Bus ergeben.
Für BPM gibt es wenige BPEL- und XPDL-Engines. Komfortable
Modellierungswerkzeuge und BAM-Tools sind in der Regel
kostenpflichtig.
Für die Service-Entwicklung und die Einbindung in Portale oder
Anwendungsoberflächen gibt es zahlreiche ausgereifte Frameworks.
Es sind diverse Technologien für IAM verfügbar.
Das Tooling ist komplex, da die einzelne Produkte zwar in der Regel
über Eclipse integriert werden, sich aber meist sehr unterschiedlich
darstellen.
Je nach Vorkenntnissen kann der Einstieg in die Anwendungen sehr
mühsam sein.
Für komplexe IT-Landschaften erforderliche Features sind in der
Regel nur in kostenpflichtigen Editionen verfügbar.
Folie 383 Dipl.-Inf. (FH) Michael Pruß M.Sc. Wintersemester 2012 / 2013
Serviceorientierte Architektur (SOA)
Warum scheitern SOA-Projekte?
Beispiele aus der Praxis
Folie 384 Dipl.-Inf. (FH) Michael Pruß M.Sc. Wintersemester 2012 / 2013
Ausgangssituation
Komplexe IT-Landschaften schaffen zahlreiche technische
Probleme
In gewachsenen Strukturen gibt es häufig keinen vollständigen
Überblick über vorhandenen Systeme und deren Verflechtungen
Moderne Geschäftsprozesse verlangen flexible Änderung von
Arbeitsprozessen und den damit verbundenen technischen
Anpassungen
Geschäftsprozesse sind in der Regel organisationsübergreifend mit
unterschiedlichen Verantwortlichkeiten
Einzelne Teile der IT-Landschaft haben unterschiedliche
Anforderungen an Zuverlässigkeit, Verfügbarkeit, Performance
Eine SOA ist ein Ansatz um, alle diese Probleme und
Anforderungen möglichst effizient in den Griff zu bekommen.
Folie 385 Dipl.-Inf. (FH) Michael Pruß M.Sc. Wintersemester 2012 / 2013
Finanzierung (1)
Anforderungen an eine SOA aus Managementsicht
Kurzfristig Kosten senken
Mittelfristig Kosten senken
Langfristig Kosten senken
Geschäftsprozesse optimieren
Geschäftsprozesse flexibilisieren
Erlöse optimieren
Alle Maßnahmen sollen in möglichst kurzer Zeit Wirkung zeigen
In dieser Welt kommt der Technologie-Aspekt nicht vor!
Eine SOA ist eine langfristige Aufgabenstellung und kann keine kurzfristigen Effekte erzielen.
Eine SOA bedeutet eine nicht unerhebliche Investition.
Folie 386 Dipl.-Inf. (FH) Michael Pruß M.Sc. Wintersemester 2012 / 2013
Finanzierung (2)
Beispiel: Freistaat Bayern
Quelle: IuK-Strategie Bayern
Dauer ?
Kosten?
?
Folie 387 Dipl.-Inf. (FH) Michael Pruß M.Sc. Wintersemester 2012 / 2013
Finanzierung (3)
Projekte scheitern aufgrund
unterbliebener Wirtschaftlichkeitsberechnungen, weil man SOA-
Projekten pauschal eine verbesserte Wirtschaftlichkeit zurechnet
überzogene Anforderungen an die Effekte einer SOA
Rückzug aus SOA-Projekten, wenn kurzfristig keine
Einsparungen erkennbar werden
zu geringer finanzieller Mittel
notwendige Maßnahmen können nicht durchgeführt werden
der langfristige Erfolg bleibt aus und das Projekt wird ebenfalls
wegen unzureichendem Effizienzgewinn beendet
Eine umfassende Wirtschaftlichkeitsberechnung ist mangels
Erfahrungen und geeigneter Methoden nur schwer durchführbar
Folie 388 Dipl.-Inf. (FH) Michael Pruß M.Sc. Wintersemester 2012 / 2013
Organisation (1)
Optimierung der Geschäftsprozesse ist im Wesentlichen eine Frage
der Ablauf- und Aufbauorganisation
Finanzielle Vorteile stellen sich ein, wenn
Strukturen vereinfacht
Abläufe optimiert
die Organisation auf die Geschäftsprozesse abgestimmt wird
Wenn im Rahmen der Planung einer SOA auch die
Geschäftsprozesse bearbeitet werden, kommt es zwangsläufig zu
Konflikten hinsichtlich
Zuständigkeit
Kostenverantwortung
Anordnungsbefugnissen
Folie 389 Dipl.-Inf. (FH) Michael Pruß M.Sc. Wintersemester 2012 / 2013
Organisation (2)
Projekte scheitern aufgrund
falschem Projektansatz, da SOA oft als reines Technologieprojekt
durchgeführt wird, ohne die Organisation zu berücksichtigen
mangelnder Einigungsfähigkeit zwischen Abteilungen
Besitzstandswahrung
fehlender Durchsetzungsmöglichkeiten für Umstrukturierungen
durch die SOA-Verantwortlichen
fehlender Unterstützung durch das Top-Level-Management, die
notwendige Umstrukturierungen anordnen könnten
Oft wird die SOA-Governance, die auch die organisatorischen
Regelungen beinhaltet, unterschätzt.
Folie 390 Dipl.-Inf. (FH) Michael Pruß M.Sc. Wintersemester 2012 / 2013
Komplexität (1)
Die Planung einer SOA ist sowohl organisatorisch als auch
technologisch komplex
Entwicklung der Architektur stellt hohe Anforderungen an die
Fähigkeiten aller Beteiligten
Mitarbeiter der Fachabteilungen
Mitarbeiter der IT-Abteilungen
Projektleiter
Insbesondere das Projektmanagement ist eine neue Art von
Herausforderung, da viele Beteiligte für einvernehmliche Lösungen
eingebunden werden müssen.
Folie 391 Dipl.-Inf. (FH) Michael Pruß M.Sc. Wintersemester 2012 / 2013
Komplexität (2)
Projekte scheitern aufgrund
unzureichendem Projektmanagement
Unterschätzung der Komplexität
unzureichender Methodenkenntnisse bei den Mitarbeitern
Verzetteln in Details
Projekte dauern zu lang
Projekte liefern kaum Ergebnisse und Quickwins
Folie 392 Dipl.-Inf. (FH) Michael Pruß M.Sc. Wintersemester 2012 / 2013
Technologie (1)
Eine umfassende SOA deckt unterschiedliche technische
Aufgabenstellungen ab, die erst einmal beherrscht werden müssen
Zuverlässiges Messaging
Adaption von Schnittstellen
Abbildung von Prozessen
Entwicklung von (Web-)Services
Hinreichendes Identity- und Access-Management
Integration in Anwendungsoberflächen
Zuverlässiger Betrieb mit definierter Qualität
…
Folie 393 Dipl.-Inf. (FH) Michael Pruß M.Sc. Wintersemester 2012 / 2013
Technologie (2)
Projekte scheitern aufgrund
unzureichendem Reifegrad der am Markt verfügbaren Produkte, der
für eine problemlose Integration aller Komponenten benötigt würde
fehlendem Knowhow der Mitarbeiter
zu komplexer und teurer Lösung von Lieferanten
Vendor Driven Architecture
Bei fehlender SOA-Erfahrung der Mitarbeiter ist es
schwierig, eine geeignete Lösung auszuschreiben.
Folie 394 Dipl.-Inf. (FH) Michael Pruß M.Sc. Wintersemester 2012 / 2013
E-Government Infrastruktur Bayern
Am Beispiel des Projektreviews im Vorfeld der Ausschreibung
werden exemplarische Probleme dargestellt.
Es werden Problemfelder aufgezeigt, die bereits in der Phase der
Anforderungsdefinition entstehen.
Bereits in der Phase der Anforderungsdefinition waren kritische
Punkte erkennbar, die das Projekt potentiell zum Scheitern bringen
können.
Folie 395 Dipl.-Inf. (FH) Michael Pruß M.Sc. Wintersemester 2012 / 2013
E-Government Infrastruktur Bayern – Ausgangssituation (1)
IT-Einsatz im Freistaat Bayern
Spezialanwendungen in den einzelnen Ministerien, z.B.
Handelsregister (Staatsministerium für Justiz)
Grundbuch (Staatsministerium für Justiz)
Geodaten und Kataster (Staatsministerium für Finanzen)
Onlinedienste für Bürger, z.B.
Portale www.bayern.de und www.verwaltung.bayern.de
Bayerischer Behördenwegweiser
BayernViewer
Onlinedienste für Unternehmen, z.B.
Abfallratgeber Bayern
Amtliche Preisfeststellung Schlachtvieh
Ausschreibungen Online
Folie 396 Dipl.-Inf. (FH) Michael Pruß M.Sc. Wintersemester 2012 / 2013
E-Government Infrastruktur Bayern – Ausgangssituation (2)
Probleme
Nur einzelner Bereiche der öffentlichen Verwaltung betreiben
„E-Government-Insellösungen“
Kaum ressort-übergreifende, durchgängige IT-Anwendungen
Teilweise nur einfache Formulardienste
Extreme Heterogenität der verwendeten Technologien
„Wildwuchs“ in der Kopplung von Anwendungen point-to-point
Teilweise aufwendige Anwendungsentwicklung
Kaum fachliche Wiederverwendung
Folie 397 Dipl.-Inf. (FH) Michael Pruß M.Sc. Wintersemester 2012 / 2013
Aufbau einer IT-Governance
IuK-Landesstrategie 2004
Grundlage einer IT-Governance
Zielsetzungen
IuK-Architektur
IuK-Service
IuK-Controlling
Maßnahmen des IuK-Management
Primäre Ziele
Qualitätssteigerung
Modernisierung
Einsparungen
Folie 398 Dipl.-Inf. (FH) Michael Pruß M.Sc. Wintersemester 2012 / 2013
IuK-Architektur
Allgemeines Ziel
Aufbau einer serviceorientierten Architektur
Quelle: IuK-Landesstrategie
?
Folie 399 Dipl.-Inf. (FH) Michael Pruß M.Sc. Wintersemester 2012 / 2013
Detailziele der neuen E-Government-Infrastruktur
Unter anderem:
Standardisierung von (Querschnitts-) Diensten
Einfache, standardisierte Kopplung von Anwendungen
Medienbruchfreie, durchgängige IT-Unterstützung von
Verwaltungsprozessen
Stärkere Nutzerorientierung
Klar geregelter Zugriff auf Anwendungen und deren Daten
(Access Management)
Schnellere Umsetzung von neuen Anforderungen
Kostenreduzierung durch die Wiederverwendung von
Komponenten
Folie 400 Dipl.-Inf. (FH) Michael Pruß M.Sc. Wintersemester 2012 / 2013
IuK-Organisation des Freistaats Bayern
Quelle: IuK-Landesstrategie
Folie 401 Dipl.-Inf. (FH) Michael Pruß M.Sc. Wintersemester 2012 / 2013
Pilotprojekte für eine SOA-Plattform
StMF
LfF
ePayment
StMLF
LfL-IFI
Fischerprüfung
AKDB
Melderegister
STK
Portal
Fischerprüfung
eNotar
StMJ/OLG
SolumWeb
(Grundbuch)
Melderegister
RegisWeb
(Handelsreg.)
Identity managent ?
SolumKost
(ePayment) LVG
Flurkarten
Geodaten
RegisKost
(Payment)
Handelsregister
Legende: neu zu implementieren
Folie 402 Dipl.-Inf. (FH) Michael Pruß M.Sc. Wintersemester 2012 / 2013
Durchführung einer Ausschreibung
Juni 2006 - Architekturstudie der IBM im Auftrag der STK fertig
Oktober 2006 Beschluss für Durchführung des Projekts
Dezember 2006 finaler Projektauftrag an das LfStaD
Erstellung Ausschreibungsunterlagen auf Basis der Studie
Auswahl der Pilotanwendungen durch die STK bzw. den Ministerrat
Fachliche Vorgaben müssen aus den einzelnen Ressorts kommen
Keiner der verantwortlichen Mitarbeiter des LfStaD hatte bisher
praktische Erfahrungen mit einer SOA.
Folie 403 Dipl.-Inf. (FH) Michael Pruß M.Sc. Wintersemester 2012 / 2013
Stand der Arbeiten Mitte 2008
Leistungsbeschreibung nach fast zwei Jahren immer noch nicht fertig
Uneinheitliche Anforderungen hinsichtlich der beabsichtigten Systemteile der Infrastrukturlösung
Leistungsbeschreibung basiert auf zahlreichen „Erläutern Sie“-Positionen, wobei ein Bewertungsmaßstab fehlt
Pilotanwendungen sind noch nicht spezifiziert
Verantwortliche Ressorts für die Pilotanwendungen haben keine verbindlichen Zusagen gegeben und auch keine Manpower
Technische Rahmenbedingungen für die Schaffung geeigneter Services ungeklärt, da Ressorts die Anwendungen nicht selbst entwickeln, sondern über Dienstleister realisieren lassen
Finanzielle Kompensation für Anpassung von Anwendungen teilweise ungeklärt
Folie 404 Dipl.-Inf. (FH) Michael Pruß M.Sc. Wintersemester 2012 / 2013
Schlüsselursachen für den Zustand des Projekts
Keine eigene Erfahrung mit den Entwicklungsparadigmen verteilter
Systeme bzw. einer SOA beim LfStaD
Hersteller soll sagen, wie die SOA aussehen muss
(„erläutern Sie“)
Die Erstellung der Leistungsbeschreibung hätte
ausgeschrieben werden müssen SOA-Architekt
Auswahl der Pilotanwendungen ungünstig (zu viele Ressorts)
Kein definitives Commitment der beteiligten Ressorts
Zuarbeiten unzureichend
Aktivitäten in den einzelnen Ressorts nicht abgestimmt
Keine institutionalisierte SOA-Governance
Aufgrund Ressorthoheit kann die LfStaD den einzelnen
Ministerien keine verbindlichen Vorgaben machen
Folie 405 Dipl.-Inf. (FH) Michael Pruß M.Sc. Wintersemester 2012 / 2013
Problemfelder im Hinblick auf einzelne Technologiefelder
Beispielhafte ungeklärte Aspekte für den Enterprise Service Bus
Welche konkreten Sicherheitsanforderungen müssen erfüllt
werden?
Welche Adapter werden benötigt?
Welche Art von Transaktionsfähigkeit wir benötigt?
Beispielhafte Probleme mit der Geschäftsprozessmodellierung
Tool „Innovator“ wurde für die Fischerprüfung getestet.
Modellierung wurde aufgrund der Komplexität nicht vollständig
durchgeführt.
Keine Manpower für die erforderliche Ausbildung neben den
sonstigen Aufgaben
Folie 406 Dipl.-Inf. (FH) Michael Pruß M.Sc. Wintersemester 2012 / 2013
Problemfelder im Hinblick auf einzelne Technologiefelder
Beispielhafte Probleme beim Identitätsmanagement
Kein zentrales Identitätsmanagement aus Gründen der
Ressorthoheit
Kein fertiges Konzept für ein verteiltes Identitätsmanagement
Forderung nach einem „Single Sign On“ in der Pilotlösung „eNotar“
deshalb nicht ohne Weiteres umsetzbar
Beispielhafte Probleme bei den Pilotanwendungen
Zentraler E-Payment-Service nicht fertig spezifiziert und die bisher
spezifizierte Lösung ist erkennbar unzureichend.
Spezifikation der Fischerprüfung lässt nicht erkennen, welche
anderen Services genutzt werden sollen/müssen, z.B. Melderegister
Für die Anwendung E-Notar ist nicht klar, ob die Anwender diese
überhaupt brauchen, bzw. in dieser Form wollen
Folie 407 Dipl.-Inf. (FH) Michael Pruß M.Sc. Wintersemester 2012 / 2013
Weiterer Projektverlauf
Generelle Überarbeitung des Leistungsverzeichnisses
Verbesserte Abstimmung der Mitwirkenden
Spezifikation der Fischerprüfung als Pilotanwendung
Verzicht auf eNotar
Implementierung einer universell einsetzbaren Benutzerverwaltung
Einbindung eines zentralen Formularservices
Durchführung eines Teilnahmewettbewerbs im März 2009 mit
Auswahl von 5 Bietern, die ein Angebot abgeben sollten
Beginn des Verhandlungsverfahrens im Mai 2009
Zuschlag September 2009 für die init AG mit Oracle-Produktportfolio
Mitte 2010: Leitlinien für das Projekt (SOA-Governance) in
Abstimmung, ansonsten noch keine Ergebnisse
Folie 408 Dipl.-Inf. (FH) Michael Pruß M.Sc. Wintersemester 2012 / 2013
Ausblick
Cloud-Computing und SOA
Durch Verlagerung von IT-Dienstleistungen an externe Dienstleister
wird Standardisierung immer wichtiger
Application Service Providing (ASP) durch externe Dienstleister war
bisher kein Erfolg, da zu teuer und unflexibel
Cloud Services waren bisher vor Allem Speicher, CPU,
Standardanwendungen (Software as a Service – SaaS)
SOA-Ansatz ermöglicht flexiblere Angebote
Große Anbieter (IBM, Microsoft, …) wollen in Zukunft flexibel
konfigurierbare Anwendungspakete auf Basis einer SOA anbieten
(z.B. http://www-01.ibm.com/software/webservers/cloudburst/)
Es bleibt abzuwarten, wann wirklich solche Lösungen realisiert
werden.
Folie 409 Dipl.-Inf. (FH) Michael Pruß M.Sc. Wintersemester 2012 / 2013
Diskussion
Soll man sich auf Vorschläge der der Softwarehersteller verlassen,
wenn man nicht genügend eigenes Knowhow hat?
Was könnte man stattdessen tun?
Welche Aspekte von SOA sind aus Ihrer Sicht die entscheidenden?
Wie würden Sie als Verantwortlicher vorgehen, wenn Sie eine SOA
einführen müssten?
Wann lohnt sich eine SOA?
Welche Kennzahlen würden Sie für die Messung des Erfolgs
wählen?