Es war recht still die letzten Monate um die Eclipse SOA Intitative. Das lag hauptsächlich daran, dass große kommerzielle Vendoren kurz vor dem Start im Herbst 2009 aus der Industry Working Group zurückgezogen haben.
Ich denke, man sieht hier noch immer die Unsicherheit dieser Firmen im Umgang mit Open Source Projekten. Die verbliebenen Mitglieder Obeo, itemis und SOPERA, deren Geschäftsmodell auch eng mit Open Source Projekten verbunden ist, haben die Arbeit trotzdem fortgeführt. Schließlich trat die Firma Engineering, Italiens größter Systemintegrator, der Industry Group im Februar 2010 bei und gab mit den zwei neuen SOA-Projekten ( eBPM und eBAM) der ganzen Initiative ein neues zusätzliches Momentum. Deshalb wird die Eclipse SOA Industry Working Group nun mit einem halben Jahr Verzögerung diese Woche auf den SOA Days der Deutschen Post offiziell durch eine Keynote von Mike Milinkovich gestartet.
Ricco Deutscher Entwicklung, Management, Strategie eBAM, eBPM, Eclipse SOA
Die Eclipse SOA Initiative tritt nun in die offizielle 30 tägige Proposal-Phase ein. Die Charter ist hier einsehbar. Folgende Gründungsmitglieder haben ihre verbindliche Teilnahme zugesagt (in alphabetischer Reihenfolge):
- itemis (Steering Committee, vertreten durch Wolfgang Neuhaus)
- obeo (Steering Committee, vertreten durch Stephane Drapeau)
- Progress Software (vertreten durch Oisin Hurley)
- Software AG (vertreten durch Prasad Yendluri)
- SOPERA (Steering Committee, vertreten durch Ricco Deutscher)
Der offizielle Start wird nach der Proposal-Phase erfolgen und bis dahin sind noch einige Dinge zu tun, wie z.B:
- die detaillierten Anforderungen der ersten beiden Meilensteine festzulegen und
- das erste komplette Eclipse SOA Platform Packet bis zum offiziellen Start bereitstellen.
Es zeichnet sich aber jetzt schon ab, dass der Umfang des ersten Eclipse SOA Platform Paketes zunächst klein sein wird.
Die Stärke der Eclipse Foundation – die IP-Sicherheit – kann in der Entwicklung allerdings auch ein Hemmnis sein. So kann z.B. aus diesem Grund die BPEL-Engine Apache ODE noch nicht als Teil der Eclipse SOA Platform ausgeliefert werden. Aus diesem Grund wird SOPERA eine Member Distro bereitstellen, die die Funktionalität der Eclipse SOA Platform um das Process Orchestration Feature erweitert. Andererseits möchten die Mitglieder sicherstellen, dass die Funktionalität der Platform auf der Tooling – und Runtime-Seite – in gleicher Geschwindigkeit und mit wechselseitiger Unterstützung wächst. Zum Beispiel gibt es heute schon einen Eclipse SCA-Editor, aber Swordfish unterstützt SCA noch nicht, daher wird SCA erst später Bestandteil der Platform sein. Obeo wird vor diesem Hintergrund eine Member Distro auf Basis von Tuscany bereitstellen.
Ricco Deutscher Strategie
Ich bin gerade vom ersten Eclipse Board Meeting in Europa zurück, dass in Berlin stattfand. Dabei hatte ich die Gelegenheit dem Board den neuesten Stand der Eclipse SOA Initiative zu präsentieren (Kopie der Präsentation hier). Diese Initiative hat sich seit dem SOPERA-Announcement auf der EclipseCON im März diesen Jahres enorm entwickelt. Aus der SOPERA Initiative wurde nunmehr eine Eclipse Initiative, weil sich zwei unerwartete Dinge ergeben haben:
- Zu meinem großen Erstaunen teilen weitere Eclipse-Mitglieder unsere Vision und haben ihre Teilnahme angekündigt, und
- die Foundation stellt seit Kurzem eine neue Organisationsform - die Industry Working Group - bereit, die die Ziele der Initiative organisatorisch sinnvoll abbilden kann. Das Konstrukt der Industry Working Group erlaubt die Bildung von Sub-Konsortien innerhalb des Eclipse-Konstortiums mit eigenen Governance-Regeln und eigenem Branding. Nun, wo ich das Konstrukt erstmals verstanden habe, bin ich total begeistert davon und überzeugt, dass das es ein sehr großes Potential für die Eclipse-Foundation darstellt (Mike - die Credits gehen an Dich. Great Job!)
Zurück zur Eclipse SOA Initiative. Die Ziele dieser Initiative haben sich nicht geändert:
- Bereitstellung einer auf Equinox basierten, integrierten und erweiterbaren Eclipse SOA Platform inkl. Tooling und Runtime
- Förderung der Adoption dieser Platform durch Vendoren, System Integratoren und Distributoren
- Erreichung von Interoperabilität zwischen verschiedenen Produkten der teilnehmenden Vendoren
Dieses Ziele werden nunmehr durch zwei Maßnahmen innerhalb der Foundation erzielt:
- Es wird ein neues Top-Level-Projekt “Eclipse SOA Platform” gebildet, das initial aus STP (dem Tooling) und Swordfish (der Runtime) besteht. Es soll das Zuhause für alle zukünftigen SOA Projekte werden (z.B. BPM, BAM, Registry/Repository). Dafür wurde eine neue Charter entwickelt. Das STP PMC hat dieser Charter bereits zugestimmt. Die Zustimmung des Boards wird bei nächster Gelegenheit eingeholt.
- Es wird eine Eclipse SOA Industry Working Group (IWG) gegründet (Wir suchen noch einen coolen Nick name. Wer eine Idee hat, kann sie mir gern posten), die (a) die Anforderungen an die Eclipse SOA Platform definiert, (b) eine neue Marke für diese Platform entwickelt, und (c) messbare Kriterien festlegt, wer diese Marke wie nutzen darf. Diesen Brand sollen insbesondere auch von Nicht-Mitglieder wie ISVs und Systemintegratoren genutzt werden.
Diese Aufbauarbeit der letzten drei Monate war eine großartige Teamarbeit zusammen mit Oisin Hurley von Progress und Donald Smith von der Eclipse Management Organisation (Guys, es macht großen Spass mit Euch zusamenzuarbeiten!). Ich möchte mich an der Stelle auch für die Unterstützung bei Ralph Müller bedanken (Ralph - ich erinnere mich noch sehr gut an unser entscheidendes Meeting mit Mike am Frankfurter Flughafen. Danke für die Ausdauer mit mir!). In den nächsten wenigen Wochen wird sich herausstellen, wer die Gründungsfirmen neben SOPERA und Progress sein werden. Seit dem letzten Board Meeting ist jedoch klar, dass wir die kritische Masse an Gründungsmitgliedern erreicht haben. Wer das wird, wird demnächst hier publiziert. Stay tuned!
Ricco
Ricco Deutscher Strategie
SOPERA wird morgen auf der EclipseCON hier in Santa Clara seine neue Eclipse SOA Initiative (siehe Homepage und Pressemitteilung) ankündigen. Ziel dieser Initiative ist die Entwicklung einer integrierten und kohärenten SOA-Plattform innerhalb von Eclipse. Wo heute nur einzelne Komponenten vorhanden sind, die dazu noch über verschiedene Eclipse-Projekte wie Swordfish, STP, BPEL unkoordiniert verstreut sind, soll zukünftig ein integriertes Eclipse-Package zur Entwicklung von service-orientierten Applikationen auf der Eclipse-Homepage frei zum Download bereitstehen. Teil dieser Eclipse SOA Initiative ist die Entwicklung einer neuen Service Registry/Repository im Rahmen eines neuen Eclipse-Projektes, da alle heute vorhandenen Open-Source-Registry/Repository-Projekte für das Enterprise-Level ungeeignet sind.
Auch wenn diese Eclipse SOA Initiative zunächst eine SOPERA-Initiative ist, so suchen wir die Zusammenarbeit mit anderen SOA-interessierten Firmen und Eclipse-Mitgliedern. Eine solche Zusammenarbeit würde es erlauben, die entstehende Eclipse-SOA-Plattform noch schneller und noch näher an den Marktbedürfnissen zu entwickeln. Es gab gestern Abend mit dem EMO (Eclipse Management Organization) ein Gespräch zu der Frage, in welche organisatorische Form diese Initiative eingebettet werden könnte. Es scheint, das eine “Industry Working Group” für eine solche Initiative gut geeignet ist, da hier flexibel eigene Governance-Strukturen festgelegt werden können.
Wir erwarten bei den traditionellen Lizenz-Anbieter von SOA-Platformen auf die Eclipse SOA Initiative keine überschwengliche Begeisterung, da dadurch der Wert der kommerziellen Plattformen kanibalisiert werden könnte. Erste Gespräche mit Eclipse-Mitgliedern werden hier auf der EclipseCON stattfinden. Bei den Unternehmen auf der SOA-Nutzer-Seite stoßen wir nicht unerwartet auf sehr großes Interesse. SOPERA ist hier mit einigen Großkunden im Gespräch, die bereit sind, eine solche Initiative zu unterstützen.
Ricco Deutscher Strategie
Auf der Cebit präsentierten unter dem Dach der OSBF die Firmen SOPERA, Microsoft, 1&1, Corisecio und OpenXchange einen wegweisenden Prototypen einer heterogenen Application Cloud auf Basis eines Internet Service Buses (siehe OSBF-Presseerklärung). Das ist ein wichtiger Meilenstein für einen neuen Weg, wie Business Applikationen für Unternehmen flexibler und kostengünstiger nutzbar gemacht werden. Zukünftig werden große Teile der Applikationslandschaft von Unternehmen, die heute ausschließlich in dedizierten Rechenzentren betrieben werden, als Service aus einer Internet Cloud von verschiedenen Providern bezogen. Das wird mit Commodity Services wie Archiving und E-Mail beginnen, aber bald auch auf Kernapplikationen wie CRM übergreifen. Unternehmen, die diesen Weg nicht mitgehen, werden bald einen Wettbewerbsnachteil haben, da deren IT zu teuer und zu unflexibel sein wird.
Aber auch in einem solchen Szenario stellt sich die fundamentale Frage der Integration. Cloud Computing hat dabei über die traditionelle Applikationsintegration hinausgehende zusätzliche Anforderungen. Die Tatsache, dass Services von verschiedenen Providern bezogen werden können, erfordert ein Service-Level-Monitoring. Weiterhin müssen die verschiedenen Plattformen, auf denen die Services entwickelt und betrieben werden (hauptsächlich Java und . Net) völlig transparent sein. Es wird auch dazu kommen, dass ein Unternehmen für einen Service mehrere Provider nutzt, und die Auswahl des Providers dynamisch über die gerade für das Unternehmen benötigten Service Levels geschieht. Das sind Anforderungen, die der Internet Service Bus - der Enterprise Service Bus der Application Cloud - erfüllen muss. SOPERA hat mit dem auf der Cebit präsentierten Prototypen bewiesen, dass es wichtige Anforderungen eines Internet Service Bus bereits heute erfüllt. Dazu zählt:
- Eine dezentrale Bus-Architektur die Skalierbarkeit in der Cloud sicherstellt
- Native Implementierung in den beiden vorherrschenden Applikationsplattformen Java und .Net
- Eine dynamische, Policy-basierte Mediation zwischen Service-Provider und -Consumer
SOPERA ist damit bestens für den Zukunftsmarkt Cloud Computing positioniert.
Ricco Deutscher Strategie