E-Interview mit Thomas Egeling zum Thema "Service-Oriented Architecture (SOA)"

Virtual Roundtable zum Thema Service-Oriented Architecture (SOA) Service-Oriented Architecture (SOA) – Status quo und Ausblick Name: Thomas Egeling Funktion/Bereich: Presales Consultant Organisation: Vitria Technology Kurzeinführung zum Thema Das Konzept service-orientierter Architekturen ist nun schon seit längerer Zeit in aller Munde und Basis für die Neuorganisation von IT-Strukturen. Der Ansatz gilt dabei als eine Art „Heilsbringer“ in Sachen flexibler und anpassungsfähiger IT-Systeme, die möglichst nah an den Geschäftsprozessen ausgerichtet sind. In Kooperation mit SIGS-DATACOM, u.a. Veranstalter der OOP-Konferenz vom 22. bis 26. Januar 2007 in München, führt die Competence Site daher einen Vir- tual Roundtable zum Thema SOA durch. In diesem soll durch Einbeziehung verschiedener Top-Experten unter anderem geklärt werden, für wen das Thema SOA eigentlich relevant ist, wie der Stand der Dinge ist und wohin sich das Konzept entwickeln wird. Viel Spaß beim Lesen wünscht Ihnen Ihr NetSkill-Team www.competence-site.de Seite 1 Sehr geehrter Herr Egeling, Frage 1: Begriffsverständnis zum SOA-Ansatz Was sind Ihrer Meinung nach die zentralen Charakteristika von SOA? Wie ist der SOA-Ansatz dabei im Konzept-Umfeld von IT Infrastructure Mana- gement, Enterprise Application Integration (EAI), und Business Process Mana- gement (BPM) einzuordnen? Herrscht hier in der Community ein einheitliches Verständnis von SOA und der Einordnung des Konzepts? Antwort: Geht es um das Design von IT-Anwendungslandschaften in Unternehmen herrscht weitgehend Einigkeit darin, dass sich der aktuelle und künftige Bebauungsplan an SOA orientieren soll. SOA beschreibt ein konzeptionelles Modell zur effizienten Realisierung komplexer und dennoch hoch flexibler IT-Infrastrukturen. Während sich Konzepte wie EAI und ESB weitgehend auf die technische Integration beschränken, hat SOA einen umfassenderen Anspruch. Service-orientierte Architekturen bilden die zentralen Orientierungsmuster für Business Process Integration und damit auch für Business Process Management. Im Fokus stehen hier die Geschäftsprozesse. Entscheidend ist am Ende die Art der Umsetzung des SOA-Bebauungsplans. Eines der wichtigsten Prinzipien dabei: mit einem möglichst geringen Aufwand eine höchstmögliche Flexibilität bei der Integration und damit auch bei den Geschäftsprozessen zu erreichen. www.competence-site.de Seite 2 Frage 2: Relevanz von SOA heute und in Zukunft Wie schätzen Sie die Relevanz der SOA-Thematik heute und in Zukunft ein? Welche Entwicklungen sind die wichtigsten Treiber des Ansatzes? Wie weit verbreitet sind SOA-Lösungen hierzulande bisher? Antwort: SOA wird auf absehbare Zeit das bestimmende Thema für alle Unternehmen sein, die prozessorientiert agieren. Auch wenn immer von SOA als Modell oder als Bebauungsplan gesprochen wird, impliziert SOA immer eine hohe Änderungsdynamik. Allein schon deshalb, weil sich bei SOA letztlich alles um Geschäftsprozesse dreht. Bei SOA kommen zwei Aspekte oder Treiber zusammen, welche die künftige Entwicklung bestimmen. Da sind erstens die Business-Treiber. Was heute im Wettbewerb um die Kunden zählt, sind Geschwindigkeit und Anpassungsfähigkeit, denn in den Prozessen steckt die Innovation. Die notwendige Flexibilität, um Prozesse optimieren und neu gestalten zu können, liefert in vielen Fällen die IT. Die Fachbereiche wünschen sich eine bessere IT- Unterstützung für ihre Geschäftsprozesse, die ihnen die IT in Form einer hoch flexiblen SOA liefern kann. Überall in den Unternehmen, wo beide Entwicklungen zusammenkommen, hat man begonnen, erste SOA-Projekte umzusetzen. Sie sind weiter verbreitet als vielfach vermutet wird. Auf einer Reihe von SOA-Kongressen oder auch dem jährlich stattfindenden Business Integration Forum berichten Anwender über erfolgreiche Projekte im SOA- Umfeld. Eines ist jedoch klar: Bedingt durch knappe IT-Budgets werden die ersten Projekte bottom-up angegangen und müssen dann ihren Nutzen in einem konkreten Geschäftsprozess erweisen. Aus Sicht von Vitria hat sich gezeigt, dass sich SOA in solchen Fällen durch die Kosteneinsparungen und effizienteren Prozesse recht bald refinanziert. www.competence-site.de Seite 3 Frage 3: SOA in den Unternehmen Für welche Unternehmen lohnt sich die Beschäftigung mit SOA in besonderem Maße? Ist eine SOA grundsätzlich auch für mittelständische Unternehmen von Interesse und realisierbar? Antwort: Mit SOA müssen sich alle Unternehmen befassen, deren Geschäftsmodelle, Prozesse, Produkte, Services und Märkte einem raschen Wandel unterliegen. Das gilt für große Konzerne wie Banken, Versicherungen, Automobilhersteller, Telekommunikationsanbieter oder Fertigungsunternehmen ebenso wie für deren mittelständischen Zulieferer. Je enger hier die Verzahnung in der Supply Chain und den Kundenbeziehungen ist, desto bedeutender wird SOA. Wer seine Geschäftsprozesse in den Anwendungssystemen flexibilisieren will, für den gibt es zu SOA keine Alternative. Mit einer SOA an sich wird man wenig erreichen, erst durch die Automation und Änderung der Prozesse ergibt sich der Return on Investment. Der Gewinn und damit der Nutzen, liegt nicht in der SOA, sondern in den Prozessen. www.competence-site.de Seite 4 Frage 4: Voraussetzungen und Vorbereitung der Einführung Welche grundsätzlichen Anforderungen stellt die Implementierung einer SOA- Lösung an ein Unternehmen? Welche sind die wichtigsten Aspekte, die grund- sätzlich vor der Einführung in Betracht gezogen werden sollten? Antwort: In mancher Hinsicht erinnert eine SOA an den industriellen Fertigungsprozess. Speziell im Automobilbau setzen Unternehmen bei der Planung, Entwicklung und Fertigung auf die System- und Modulbildung. Als Module gelten funktionsfähige Komponenten, die einbaufertig geliefert werden. Das Bremssystem, die Klimaanlage oder der Fahrzeugantrieb entstehen, indem Bausteine aus mehreren Baugruppen, Komponenten und Modulen zusammenwirken. Solche Standardkomponenten – die ja auch typisch für das SOA-Modell sind – lassen sich auftragsneutral vorfertigen. Andere Bausteine werden individuell geordert. Auf SOA und IT- Infrastrukturen übertragen, planen und designen Softwarearchitekten in Zusammenarbeit mit den Fachabteilungen modulare und flexible Geschäftsprozesse, die bei Bedarf rasch an neue Gegebenheiten angepasst werden können. Die Initiative kann von der Fachabteilung, aber auch von der IT ausgehen, beispielsweise weil die Technologie solch große Fortschritt gemacht hat und damit überhaupt erst neue Geschäftsprozesse und -modelle ermöglicht. Für die IT ist es deshalb notwendig, stärker in die Geschäftsprozesse einzusteigen und – wo notwendig – zum Strategieberater der Fachbereiche zu werden. www.competence-site.de Seite 5 Frage 5: Probleme und Lösungen Können Sie kurz skizzieren, in welchen Schritten die Einführung in idealtypi- scher Weise verlaufen sollte, um maximalen Nutzen daraus ziehen zu können? Welche Probleme treten üblicherweise bei der Einführung auf und wie können diese umgangen werden? Wie sehen realisierte SOA-Lösungen aus? Antwort: Kaum jemand geht heute in der Praxis das Risiko ein, SOA als Big Bang einzuführen. Vielmehr startet SOA in Form überschaubarer Lösungen für brennende Probleme, für Geschäftsprozesse bei denen es kein „weiter so“ geben kann. Das ist von Unternehmen zu Unternehmen und von Branche zu Branche sehr unterschiedlich. In einigen Fällen entsteht der Druck dadurch, schneller und preisgünstiger als der Wettbewerb neue Produkte und Services auf den Markt zu bringen. Man denke hier zum Beispiel an die Telekommunikationsanbieter, die unter dem Titel Triple Play ihre Sprachnetze durch Breitbandservices und Video on Demand ergänzen und ausbauen. Das sind Services, die man zuvor überhaupt nicht im Portfolio hatte. Wo SOA eine Antwort auf Businessfragen liefert, ihren Nutzen in den Prozessen erweist und die Akzeptanz der Anwender vorhanden ist, wird sie sich immer neue Einsatzgebiete in den Unternehmen erobern. Hier dreht sich sehr viel um das Thema Prozesse, Prozessmanagement und messbare Verbesserungen. www.competence-site.de Seite 6 Frage 6: Zu erwartende Vor- und Nachteile von SOA Worin sehen Sie die Vor- und Nachteile des Konzepts lose gekoppelter Dienste (Services)? Welche Vor- und Nachteile ergeben sich dabei einerseits für den Service-Provider und andererseits für den Service-Consumer? Welche Vor- und Nachteile einer SOA-Lösung sind gegebenenfalls darüber hinaus abzuwägen? Lässt sich der ROI bestimmen? Antwort: Was hier zählt ist die Flexibilität. Daher sollte – in IT-Terminologie gesprochen – von einem Service (einer Softwareeinheit) jeweils nur eine Instanz vorhanden sein. Damit die Komponenten als Service- Provider oder -Consumer effizient zusammenarbeiten können, müssen sie untereinander lose gekoppelt, also eigenständig sein. Die Granularität der Services lässt sich jedoch nur vor dem Hintergrund der jeweiligen Geschäftsprozesse bestimmen. Damit einher geht eine weitere Rahmenbedingung: Der Nachrichtenaustausch zwischen Services sollte so einfach wie möglich und deskriptiv sein sowie XML-Dokumente und XML- Schemata nutzen; diese sind deutlich flexibler als herkömmliche Remote Procedure Calls.