E-Interview mit Michael Pohl zum Thema "Service-Oriented Architecture (SOA)"

Virtual Roundtable zum Thema Service-Oriented Architecture (SOA) Service-Oriented Architecture (SOA) – Status quo und Ausblick Name: Michael Pohl Geschäftsführung Funktion/Bereich: Technologie Organisation: Business 4 Enterprise GmbH 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 Pohl, 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: SOA meint in erster Linie die schon hinlänglich bekannte Notwendigkeit der Servicebereitstellung von Anwendungs-Software und Infrastruktur-Software gegenüber einem technischen Service-Abnehmer oder auch einem Benutzer (vergleiche Client/Server-Techniken und objektorientierte Software-Konstruktion). Die Service-Bereitstellung folgt einem Muster für Wiederverwendung und das Auffinden von implementierten Services bzw. von neu einzubindenden Servi- ces. Die Muster sind im Idealfall automatisiert und ebenfalls Services eines ein- heitlichen unternehmensweiten Konzeptes. Dieses Architektur-Konzept folgt den architektonischen Vorgaben von Soft- ware-Konstruktion und folgt damit in der Regel einem komponentenorientierten Software-Konstruktionsansatz. Eine Anwendungs-Software zerfällt somit ebenfalls in Komponenten und ihre Services. Hierin ist ein homogenes ganzheitliches Architekturkonzept für die Konstruktion von Software und Services zu erkennen. Anwendungs-Software und Infrastruktur-Software folgen gleichermaßen diesem Paradigma und erfül- len gegenseitig die Anforderungen und Vorgaben der Konstruktion. Hierdurch können wir von Aggregaten, Chassis und Karosserie sprechen. Die Karosserie ist vergleichbar mit dem Benutzungs-Interface (Benutzungsober- fläche und Interaktion). Das Chassis ist vergleichbar mit der Architektur und dem notwendigen Kompo- nentenkonzept. Die Aggregate sind vergleichbar mit technischen Komponenten und mit Subsys- temen. Diese haben gegenüber der Architektur wohldefinierte Schnittstellen, die Services. www.competence-site.de Seite 2 Alles in dieser Architektur tritt in Services auf und muss entsprechend automati- siert verwaltet werden. Hierin liegt eine besondere Herausforderung um die notwendige Beherrschbarkeit zu gewährleisten. Die Geschäftsprozesse aus der BPM-Schicht gehorchen idealer Weise eben- falls diesem Konzept und binden sich daher nahtlos in das Zusammenspiel von Aggregaten (auch Aggregaten untereinander) und Karosserie ein. Eine Wech- selwirkung mit Feedback ist hier leicht möglich, die Steuerung dieser Daten- und Kotrollflüsse durch abstrakte Beschreibungen lohnt sich überaus. Aus meiner Sicht gibt es derzeit noch keine einheitliche Sicht auf SOA und ihre Einordnung in architektonisch organisierte Software-Konstruktionen. Wir haben hier noch viel Arbeit zu leisten, doch es lohnt sich, da wohl jedem Leser klar wird, dass diese ganzheitliche Sicht zum ersten Mal eine Beherrschbarkeit der automatischen bzw. halbautomatischen Einbindung von Services in einen ge- schäftlichen Prozess erlaubt. Operatives Schaubild mit Service-Struktur oberste Ebene. Jede operative Gruppe zerfällt wieder in Komponenten und Services www.competence-site.de Seite 3 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 ist schon lange in vielen Software-Einzelkonzepten mit kleiner bis mittlerer Konzepttiefe vorhanden. Der obige Ansatz (siehe 1) hat jedoch einen neuen, herausfordernden ganzheitlichen Charakter. Dies wird vieles in der Software-Konstruktion revolutionieren und den anwendenden Unternehmen ungeahnte und gewünschte Vorteile verschaffen. Serviceorientierung ist bei den Menschen nicht mehr wegzudenken und wird daher in der Software-Konstruktion seine detaillierte Abbildung finden. Die Treiber sind die Menschen selbst. Software versucht schon immer das Tun (die Geschäftstätigkeit) von Menschen abzubilden und erleichtert dem Men- schen das Arbeiten. Die Automatisierung und die Unterstützung des menschlichen Arbeitens ist der wohl wichtigste Treiber eines serviceorientierten Ansatzes. Es ist die natürliche Form der Abbildung in Software. Ein technischer Treiber ist in jedem Fall die mobile Unterstützung des Menschen in jeder Form. Der Verbreitungsgrad von SOA-Lösungen nach obigen Schema ist verschwin- dend gering und wenn sind es nur kleine Lösungen, vergleicht man Lösungen im Konzern-Umfeld. Gerade hier liefert SOA jedoch den größten Zugewinn. Der Mensch, sein Tun und der Wunsch nach Mobilität sind die Treiber für SOA www.competence-site.de Seite 4 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? 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: Ich möchte die obigen Fragenblöcke in einem Zusammenhang beantworten. Dies macht aus meiner Sicht mehr Sinn, da ich hier auch Beispiele nutze. Mit dem heutigen Stand der Technologie ist das oben skizzierte SOA-Konzept besonders für Großunternehmen und Konzerne interessant. Lohnenswert sind der Umbau und die Modernisierung der Softwarelandschaft dieser Unternehmen. SOA lässt sich in solchen Unter- nehmen nur sehr langsam und mit Strategie einführen. Der Umbau auf SOA motiviert jedoch nicht nur die Entwicklungseinrichtungen dieser Unternehmen sondern schafft auch wirklich neue Werte für die Benutzer. Gerade Versiche- rungen und Banken haben die Notwendigkeit jetzt sehr schnell auf Änderungen des Marktes zu reagieren. Ein Beispiel: Will ein historisch gewachsenes Versicherungsunternehmen aus Deutschland seine Produkte auch in China verkaufen oder eine Fusion mit ei- nem chinesischen Unternehmen erreichen, dann ist hierfür die IT-Unterstützung in chinesischer Sprache notwendig. Infrastruktur und Anwendungen, die einem SOA-Ansatz folgen, ermöglichen extrem viel kostengünstiger und vor allem schneller die Einbindung neuer Sprachkomponenten für die Abwicklung der Geschäfte und die Verspeicherung der einzelnen unternehmenskritischen Da- teneinheiten sowie Verlaufsfälle. Generell lässt sich sagen, dass die heutige allerorten praktizierte Kundenorien- tierung zu einer grundlegenden Änderung in der Flexibilität von Anwen- dungs-Software führen muss. Die Infrastruktur muss für diese Flexibilität ent- sprechend vorbereitet und ausgeprägt sein. www.competence-site.de Seite 5 Mittelständische Unternehmen haben durch diesen Ansatz ebenfalls viele Vor- teile, sie sollten jedoch sehr deutlich zuvor festlegen, wie ihre mittel- bis lang- fristige IT-Strategie verläuft, da hier kürzere Fertigstellungszeiträume von An- wendungs-Software erreicht werden müssen. Der Erfolg von SOA muss bei ei- nem mittelständischen Unternehmen schneller zum Tragen kommen, da es deutlich schneller auf den Markt reagieren muss. Die gemachten Implementie- rungs-Erfahrungen müssen schneller in die Lernkurve der Soft- ware-Konstruktion einfließen. Die Komplexität der Anwendungs-Software ist durch die Anzahl der Beziehun- gen von dem Unternehmen zu seine Mitarbeitern, Partnern und Kunden nicht so hoch wie bei Großunternehmen. Dies hilft bei der schnelleren Umsetzung. Dem Mittelständischen Unternehmen steht in der Regel für eine umfassende SOA-Umsetzung nicht so viel Budget zur Verfügung. SOA auf einem strategischen Zeitstrahl einzuführen macht auch für den Mit- telstand sehr viel mehr Sinn, da sich die Technologien, Anwendungen aus dem Drittmarkt und IT-Dienstleistungen erst langsam an die notwendigen Paradig- men annähren. Eine gute Strategie- und Technologie-Beratung kann hier sehr viel Geld sparen helfen. Eine Einführungsstrategie für SOA im Bereich Ge- schäftsprozesse, Benutzung und Endsysteme zu erstellen und zu verfolgen stellt wohl die wichtigste Anforderung an jedes Unternehmen dar, welches SOA einzuführen gedenkt. Die Personalstruktur und –politik ist hierbei die wichtigste strategische Komponente.