Ausblicke

Erweiterter Ausblick unter Einbeziehung anderer Technologien

Einfluss neuer IT-Technologien auf zukünftige SOA Projekte

Laut einer Umfrage unter den Top 500-Firmen werden deren zukünftige SOA-Aktivitäten (gemäß einer AMR-Studie in 2006) von folgenden Themen beeinflusst:

Verbesserte Integration von Informationen und Services (IaaS)
IaaS (Information as a Service) mach Informationen in Service-orientierten Anwendungen konsistenter und erreichbarer. Ziel von IaaS ist es, Informationen generell als Service zur Verfügung zu stellen, damit jeder Service-Nutzer in Echtzeit, regelbasiert und vor allem kontrolliert auf aktuelle Informationen konsistent zugreifen kann. So wird eine hohe Datenqualität für Services sichergestellt. Der Trend geht hier zu Daten-Services aus verschiedenen SOA-basierten Anwendungen und Portalen, die konsistent sind und auf die in Echtzeit zugegriffen werden kann. Sie sind mit anderen Services kombinierbar, um neue Geschäftsprozesse und Daten zu erzeugen.

Größere Kundenorientierung durch Stammdaten-Management
Gerade durch den granularen Aufbau einer SOA hat sich der Wunsch der Fachabteilungen nach einer konsistenten, vollständigen und vor allem hochaktuellen Sicht auf wichtige Stammdaten (Kunden, Partner, Lieferanten, Produkte) noch mehr verstärkt. In einer SOA spielt gezieltes Stammdatenmanagement (Master Data Management) eine besondere Rolle: Über definierte Information-Services werden wichtige Geschäfts- und Stammdaten stets aktuell, konsistent und standardisiert anderen Geschäftprozessen bzw. Services zur Verfügung gestellt, z. B. durch andere Benutzer, Anwendungen oder Prozesse. Innovative Lösungen führender Hersteller für das Master Data Management basieren heute auf einer SOA und verbinden Geschäftsabläufe/Geschäftsprozesse mit zentralen Geschäftsdaten (Stammdaten) durch Informations-Integration (SOI-, SOA-Integration). Dieser Integrations-Prozess wird auch "Master Data Services" (MDS) genannt und sorgt für die Konsistenz, Vollständigkeit und Aktualität von wichtigen Stammdaten. Darüber hinaus ermöglicht er die Pflege von Daten aus heterogenen Quellen. MDS im Rahmen einer SOA ermöglicht eine umfassende Sicht auf Kunden und Produkte und verbessern den Service-Level für Kunden und Partner. Darüber hinaus wird die Einhaltung und das Management gesetzlicher Anforderungen (Compliance) erleichtert.

Standardisierung von Web Services
Heute werden Web Services hauptsächlich dazu verwendet, über interne, vor allem aber externe Integration von SOA-Komponenten einen Business Value zu erzeugen. Die Entwicklung geht dahin, 'diskrete' Prozesse und Applikationen als Services von externen Providern zu beziehen, was wiederum den Trend zum Provisioning und zur Orchestrierung von Geschäftsprozessen beschleunigen wird.

End-to-End XML
Ein Kern-Element einer SOA ist die Vereinbarung und Verwendung von standardisierten Schnittstellen (Interfaces) zwischen Service-Nutzern und Service-Anbietern. Bevor XML-fähige relationale Datenbanken existierten, war es mit höherem Programmieraufwand verbunden, relationale und XML-Datenstrukturen zu vereinen. Durch die neuen XML-Funktionalitäten und die Möglichkeiten, Daten in dem XML-Format zu speichern und zu übertragen, haben moderne relationale Datenbankmanagementsysteme (RDBMS) das zu übertragende Datenvolumen und somit die Aufwände für Speicherung, den Austausch und die Transformation der Service Messages reduziert. Für SOA-Umgebungen bedeutet dies eine echte End-to-End-Verwendung von XML-Nachrichten sowie den gezielten Austausch dieser XML-Nachrichten über Web Services.

Standardisierung der Business Process Execution Language (BPEL)
Die intelligente Automatisierung von skalierbaren und komplexen Geschäftsprozessen mittels der Kombination verschiedener Software-Technologien sowie die Möglichkeit der internen wie auch externen Kommunikation über standardisierte Services mit verschiedenen Geschäftspartnern macht SOA besonders wertvoll. Eine SOA wird dann noch einfacher zu realisieren sein, wenn mithilfe ausgereifter und kompletter BPM Lösungen, die auf einem gemeinsamen BPEL Standard aufbauen, Geschäftsprozesse über Standard-Services herstellerübergreifend und produktunabhängig miteinander kommunizieren können.

Erweiterung der SOA durch Event-Driven Architecture (EDA)
Im Rahmen einer ereignisgesteuerten Software-Architektur wird die Serviceorientierung einer SOA mit einer ereignisorientierten Verarbeitung von Services und Daten in Echtzeit kombiniert.
Die Standards bezüglich Business-Modellierungs-Sprachen sind weitgehend gesetzt, z. B. durch BPEL bzw. BPEL4WS, doch für EDA hat sich ein Web-Services-Standard wie z. B. Web Services Eventing noch nicht durchgesetzt. Dies ist auch der Grund, warum EDA mit SOA in vielen Projekten bisher noch wenig Praxisanwendung gefunden hat. Die Erweiterung von SOA-Projekten durch EDA bringt eine zusätzliche Komplexität mit sich, für die weitreichende Governance-Mechanismen notwendig werden.

Aktive SOA Governance und Business Activity Monitoring durch den gezielten Einsatz einer Service Registry bzw. eines Repository (auch Service Repository Federation)
Viele SOA-Projekte sind bisher wegen unzureichender oder fehlender Governance-Aktivitäten nicht erfolgreich verlaufen. SOA Governance ist primär ein Prozess des Service Lifecycle Managements, der nicht nur alle Phasen eines SOA Deployments, sondern auch die der Ausführung von Prozessen überwacht - bis hin zu Business Activity Monitoring.
Bei einer optimalen SOA-Governance-Strategie ist die Verwendung einer Service Registry und Repository für SOA immens wichtig: Ein SOA Registry und Repository unterstützt den gesamten Lebenszyklus von Prozessen, Policies und Services. Während Service Registries meistens Schnittstellenbeschreibungen von Diensten speichern, sind Repositories für die Verwaltung einer Vielzahl weiterer Service-Informationen vorgesehen. Eine SOA Registry und Repository wird manchmal zu einer integrierten Einheit zusammengefasst und auch als 'SOA Repistry' bezeichnet.
Anwendungen werden in einer SOA durch Services ergänzt - so werden viele neue Services geschaffen, die freizugeben und zu steuern sind. Dadurch entstehen komplexe Abhängigkeiten und Netzwerke der Services untereinander, was wiederum ein gut geführtes (Business) Services Registry und Repository notwendig macht. Die Integration von verschiedenen Repositories und der föderierte Zugriff auf diese, um SOA Assets schneller identifizieren, verwalten und wiederverwenden zu können, wird die Leistungsfähigkeit einer SOA positiv beeinflussen, da mehr Services kombiniert und neue Services geschaffen und verwendet werden können. Business Services Repositories sind der organisatorische Mittelpunkt einer SOA-Lösung. Durch den Anstieg der gesetzlichen Bestimmungen und Compliance-Anforderungen werden SOA Governance und Business Activity Management immer bedeutender - ihnen obliegt es, für die Übersichtlichkeit und Transparenz von Geschäftsabläufen und Prozessen zu sorgen. So müssen im Rahmen von SOA zukünftig Geschäftsregeln (Business Rules) etabliert werden, um eine Business Integrity (Geschäftsintegrität) zu gewährleisten.
Darüber hinaus gilt es, ein Geschäfts-Vokabular (Business Vocabulary) zu entwickeln sowie eine erweiterungsfähige Business-Reporting-Sprache (Business Reporting Language), XBRL, zu etablieren.

Kopplung geschäftsbezogener und technischer Metadaten (Metadata Management)
Metadaten sind entscheidend für SOA Governance, für die Wiederverwendung von Services und für die Agilität eines Unternehmens durch SOA.
Die Services beschreibenden Metadaten werden in einer komplexen Service-orientierten Architektur immer wichtiger, um die Vielzahl der bereits existierenden Services klar voneinander abzugrenzen, den Geschäftskontext und die technologischen Assets miteinander zu verknüpfen und schließlich um IT und Geschäftsziele in Einklang zu bringen.

Einsatz industriespezifischer SOA-Frameworks und -Methoden
Industriespezifische, vorgefertigte SOA-Pakete beschleunigen für bestimmte Geschäftsbereiche die Entwicklung einer neuen Art von Service-orientierten Anwendungen, den sogenannten Component Business Services (CBS). Eine Orientierung der SOA an fachlichen Geschäftsfeldern (sog. Industry Solution Packs bzw. Frameworks) ist für ihren Erfolg wesentlich: Der unmittelbare Bezug zum Geschäftsfeld wird hergestellt, industriespezifische, vordefinierte und somit standardisierte Prozesse können verwendet werden und technologische und geschäftliche Anforderungen der jeweiligen Branche werden so durch die SOA-Lösung näher zusammengebracht. In diesen Frameworks sind Geschäftsprozesse in Form von industriespezifischen Services auf die jeweiligen Branchen zugeschnitten, können aber auch auf spezielle Anforderungen einer Branche angepasst werden.

Business Blueprints und SOA Industrie Frameworks werden miteinander gekoppelt, um Umsetzung der Geschäftssicht eines Unternehmens durch die IT effektiv zu steuern und die Transformation der Geschäftsbereiche und ihrer IT-Systeme zu einem Service-orientierten operationalen Modells zu unterstützen. Zu diesem Zweck werden Component Business Services verwendet. Diese erzeugen neue Funktionalitäten, indem Service-Komponenten aus verschiedener Quellen zusammengeführt werden.

Entwicklung neuer und Weiterentwicklung existierender Geschäftsprozesse durch die gezielte Bündelung bestehender Services zu neuen Anwendungen (Composite Applications)
Sogenannte "Composite Applications" ermöglichen die Abbildung von komplexen Geschäftsabläufen, die durch spezielles Packaging oder als Appliances gebündelt, also vereinfacht, wurden. Die stetige Weiterentwicklung und Verbreitung von webbasierten Services führt zu einer effektiven Komposition von Business Services. Gezielt zusammengestellte Geschäftsabläufe lassen sich in einzelne Services zerlegen und wieder neu zusammensetzen, um sie hinsichtlich Effizienz und Flexibilität zu optimieren. Hier ist es wichtig, das Maß für Zerlegung und Wiederzusammensetzung von Services zu wählen und Standard-Schnittstellen für deren Kommunikation zu definieren.

Unternehmensportale als Einstiegspunkt und Interaktionsservices verschiedener SOA-Komponenten
Flexible Unternehmensportale bekommen gerade durch eine SOA eine immer größere Bedeutung, da sie als Einstiegspunkt und für Services für direkter Interaktion des Benutzers mit dem System verschiedene SOA-Komponenten und -Architekturen integrieren (Web 2.0-Komponenten, Composite Applications, Real-time-Informationen, konsistente Kunden- und Stammdaten). So erhöhen sie die Benutzbarkeit ("Consumability") einer SOA für den Anwender deutlich. Portale haben prinzipiell das Ziel, durch die Komposition bestehender Services, Endanwender ständig noch produktiver zu machen. In Portalen entwickeln sich die Schnittstellen zum Endanwender durch den Einsatz von konfigurierbaren Portlets schneller und leisten so einen stetig wachsenden Wertbeitrag zur Geschäftsoptimierung (Beispiele: Wikis, Mashups, Blogs, RSS Feeds). Daraus ergibt sich eine höhere Flexibilität und Agilität für das Geschäft, da die Unternehmensintegration über neuartige Kollaborationstools gefördert wird.

Fazit :

Mit der Entwicklung eines "Ökosystems" auf Basis einer SOA enststeht ein erheblicher Mehrnutzen. SOA wird eine ähnlich dynamische Entwicklung wie das Internet nehmen. Auf Basis der Komponenten entstehen industrielle Muster (Patterns), die in anderen (älteren) Industrien wie Maschinenbau, Automobilbau, Chemie- und Pharma-Industrie bekannt sind und sich bestens bewährt haben.