Sie sind auf Seite 1von 3

Netzguide EAI/ Collaborative Business

k rucgration d derox-Inte rtals? ag Sonhe-B ise Po namics -t

-of der rpr Out Ente /Partner k dan Gldi,CEO


eas ndr A

Trends, Thesen, Strategien

Out-of-the-Box-Integration dank Enterprise Portals?


Enterprise Portals versprechen eine komfortable Integration unterschiedlichster Applikationen. Doch wo steht die Portaltechnologie heute wirklich, und wie spielt sie mit klassischen EAI-Anstzen und Content-Management-Systemen zusammen? Andreas Gldi

Andreas Gldi ist CEO und Partner der namics AG

Nach wie vor sind Enterprise Portals eine der am aggressivsten vermarkteten Softwarekategorien. Kaum ein grosser Hersteller kommt heute ohne Portalprodukt aus, und zustzlich tummeln sich immer noch Dutzende von spezialisierten Kleinfirmen in diesem Marktsegment. Die Versprechen der Portalhersteller hren sich verlockend an: Der Nutzer soll, statt sich mit verschiedensten Benutzeroberflchen herumschlagen zu mssen, ber ein einheitliches Web-Interface mit smtlichen wichtigen Unternehmensapplikationen arbeiten und die fr ihn relevanten Informationen abrufen knnen. Fast alle Portalprodukte verwenden fr ihr Userinterface die klassische Portalmetapher, die in erster Linie durch ffentliche Internetportale wie My Yahoo! geprgt wurde: Der User kann sich individuell Seiten aus einzelnen Modulen, meist Portlets genannt, zusammenbauen. Fr die meisten fhrenden Portalprodukte ist ein breites Spektrum fertiger Portlets erhltlich, mit denen sich die gngigsten Applikationen ins Portal integrieren lassen, angeblich out of the box.
Der Teufel steckt im Integrationsdetail

Tracking-Portlet ziehen knnen, um sofort zu erfahren, wo sich die Ware befindet? Eine praktische Sache und grundstzlich auch realisierbar, aber sptestens hier endet in der Praxis die Out-of-the-Box-Funktionalitt. Ohne spezifischen Customizing- oder Entwicklungsaufwand lassen sich solche Interaktionen nicht realisieren, da die Applikationen im Hintergrund meistens ganz unterschiedliche Daten- und Architekturmodelle verwenden. Zudem sind die PortletImplementierungen der verschiedenen Anbieter nicht untereinander kompatibel, und dementsprechend ist man auf das PortletAngebot fr ein spezifisches Portalprodukt angewiesen. Zwar gibt es Standardisierungsanstze (z.B. JSR 168), aber in der Praxis verfolgt heute jeder Portalanbieter seine eigene Strategie.
Einbindung auf HTML-Ebene: einfach, aber limitiert

In vielen Fllen sind diese Portlets tatschlich sehr ntzlich und sofort einsetzbar, zumindest solange die Problemstellung relativ simpel bleibt und sich auf reinen Datenabruf beschrnkt. Schwieriger wird die Sache, sobald ein Portlet echte Interaktivitt mit der zugrunde liegenden Applikation bieten soll. Hier muss das kleine Stck Software pltzlich einiges an Intelligenz bieten und unter Umstnden recht eng an die Businesslogik geknpft werden. Noch anspruchsvoller ist die immer hufiger auftauchende Anforderung, Daten zwischen zwei oder mehr Portlets auf einer Seite austauschen zu knnen. Warum soll der Nutzer nicht einfach aus dem SAP-Portlet eine offene Bestellung auf das Package2

Die gewhlte Integrationsvariante entscheidet darber, wie flexibel ein Enterprise Portals zu einem spteren Zeitpunkt ausgebaut werden kann. Die simpelste und eingeschrnkteste, in der Praxis aber nach wie vor hufig verwendete Variante ist die direkte Einbindung einer Applikations-Benutzeroberflche auf HTML-Ebene. Da sehr viele Applikationen heute ber eine fertige Webschnittstelle verfgen, liegt es nahe, diese zu nutzen und einfach als Unterfenster in das Portal einzubinden. Der Output der Applikation wird also einfach eins zu eins im Portal abgebildet, ohne dass das Portal selbst sich um die genauen Vorgnge weiter kmmern muss. Die Limitationen dieser Lsung entstehen auf zwei Ebenen: Erstens sind bereits bestehende Webinterfaces oft sehr komplex oder verwenden inkompatible Interface-Technologien. Zweitens knnen solche Portlets nicht mit anderen Portlets kommunizieren und nutzen auch die sonstigen Mglichkeiten der

Trends, Thesen, Strategien

Portallogik nicht sinnvoll. Zudem sollte auch eine Darstellung ber alternative Kanle mglich sein, beispielsweise ber PDAs. Da hier der ganze Output von der zugrunde liegenden Applikation erzeugt wird, die natrlich nicht weiss, dass sie in einem Portal dargestellt wird, sind solche Konfigurationsoptionen nicht mglich.
Direkter Zugriff fhrt zu vielen Schnittstellen

Ein zweiter Ansatz versucht die InteEinbindung auf HTML- oder XML-Ebene gration strker auf Daten- oder Methodenebene zu erreichen. Die Portlets kommunizieren hierbei mit den Applikationen direkt ber gngige Protokolle, etwa ODBC fr eine direkte Datenbankanbindung. Die Applikation liefert also im Extremfall nur Rohdaten, das Portlet ist fr die ganze Dialogfhrung und Darstellung zustndig. In anderen Fllen wird die Applikation ber Remote Procedure Calls angesprochen, beispielsweise ber SOAP, XML-RPC, DCOM, CORBA usw. Mit diesem Ansatz gewinnt man viel Flexibilitt und BetriebssicherAnbindung ber gngige Daten- oder Procedureheit. Das Portlet erhlt die MglichCall-Protokolle keit, Daten aus verschiedenen Quellen zu kombinieren und fr die Bedrfnisse einer Portaloberflche optimiert darzustellen, ohne dass der Benutzer direkten Zugriff auf die im Hintergrund liegenden Anwendungen braucht. Der grosse Nachteil liegt in der Komplexitt: Der Portlet-Entwickler muss sich mit den diversen zu verwendenden Protokollen und Formaten herumschlagen. Zwar bieten die Hersteller jeweils ein eigenes Portal Development Kit an, aber auch das kann nur einen Teil der Aufgaben abPortalintegration mit EAI-Schicht nehmen. Ein weiteres Problem sind Sicherheitsmechanismen, die fr ein Portal natrlich von grsster Bedeutung sind Totale Integration dank EAI-Schicht? und fr jede Schnittstelle einzeln berckDie meisten bedeutenden Portalhersteller sichtigt werden mssen. schalten zwischen Portlet und Applikation Hinzu kommt, dass in vielen Fllen wohl eine EAI-Schicht. Diese bernimmt eine Abauch Teile der Applikationslogik nachgebaut straktionsfunktion und vermeidet, dass jedes werden mssen, denn mit Rohdaten aus eiPortlet individuell mit Applikationen komner ODBC-Datenbank alleine lsst sich noch munizieren muss. Dies lst auch das Sichernicht viel anfangen. Die Abhngigkeiten heitsproblem, da diese Funktion dann primr zwischen Portlets und Applikationen werauf EAI-Ebene abgebildet wird. Es erstaunt den sehr eng. Eine nderung an der Applinicht, dass insbesondere die grossen Softkation hat fast zwangslufig auch nderunwarehersteller, die auch Applikationsserver gen an den darauf zugreifenden Portlets zur und EAI-Produkte anbieten, diese ArchitekFolge. turvariante bevorzugen. Der Kunde ist prak3

tisch gezwungen, smtliche bentigten Module aus einer Hand zu kaufen, denn eine Kombination verschiedener Produkte ist usserst aufwndig. Langfristig drfte sich diese Variante wohl fr grosse Portalinstallationen durchsetzen, denn nur ber eine vereinheitlichte EAI-Schicht lsst sich eine Integration stabil, performant und sicher erreichen. Dieser umfassende Ansatz ist sowohl von der Umsetzungskomplexitt wie auch vom potenziellen Investitionsvolumen her der aufwndigste, verspricht aber langfristig den grssten Nutzen. Allerdings haben die Portalhersteller in den letzten Jahren ein wichtiges Thema vernachlssigt: Die Inhalte, die im Portal erscheinen sollen, mssen ebenfalls integriert und gemanagt werden. Ein wirklich ntzliches Portal ist nmlich immer eine Mischung aus applikatorischer Funktionalitt und effizientem Zugang zu weniger strukturierter Information. Nur durch die sinnvolle Kombination dieser beiden Elemente im richtigen Kontext entsteht echter Nutzen. Die Benutzer sollen etwa nebeneinander im Browser die aktuellsten Verkaufszahlen aus SAP, die neusten Pressemitteilungen aus der Kommunikationsabteilung und die gerade gltigen Marketingunterlagen abrufen knnen. Weil die Mglichkeiten der meisten verfgbaren Portalprodukte mehr als bescheiden sind, muss oft zustzlich ein ContentManagement-System eines Drittherstellers integriert werden.
Fazit: Komplette Integration erfordert Best-of-Breed-Ansatz

Eine Portalinfrastruktur ohne konsistente Integrationsschicht und effizientes Inhaltsmanagement kann nur einen Bruchteil ihres eigentlichen Nutzens entfalten. Die grossen Softwarehersteller haben dies erkannt und ergnzen ihre Suiten zunehmend mit den entsprechenden Funktionalitten. Bis hier aber wirklich abgerundete Lsungen vorliegen, drfte es wohl noch einige Zeit dauern. In der Zwischenzeit ist ein Best-of-BreedAnsatz vielversprechender.