Donnerstag, 30. August 2012
Mit API-Management nähert sich SOA ihren Versprechungen - ein wenig
Gestern las ich den Blog-Post von Sanjiva Weerawarana “API Management: The missing link for SOA success”. Der Post thematisiert, wie der Titel schon andeutet, die Beziehung von API-Management und SOA. Themen, die uns auch bei der GRIDSOLUT schon immer beschäftigen. Tenor des Posts ist, dass durch APIs ein Versprechen eingehalten wird, das SOA gab und nie gehalten hat: die Wiederverwendung von Services. Richtigerweiße muss man natürlich sagen, dass es letzten Endes an den Architekten und Entwicklern lag, die Services bauten, die nicht wiederzuverwenden waren. Der blose Einsatz von Technologien wie XML, SOAP, JSON, WSDL, etc. führt eben nicht zwangsläufig zur Wiederverwendung. Da gehört auch noch einiges an vorausschauender Architekturarbeit hinzu und meiner Meinung nach auch ein Business- oder Use-Case. Dies führte, wie auch im Post erklärt, zu einem “One-Service-On-Client-Pattern”. APIs dagegen sind von Grund auf dazu gedacht, viele Clients zu bedienen. Insgesamt halte ich den Post für sehr lesenswert und informativ. Ein Thema, das allerdings ausgespart bleibt, ist, welche Entwicklungen zu API-Management geführt haben? Was hat sich in Organisationen geändert, dass das API-Management und im Schlepptau die SOA ein Thema werden? Dazu haben wir bei der GRIDSOLUT in den letzen Monaten ein paar interessante Beobachtungen machen können, die wir hier in nächster Zeit zur Diskussion stellen werden.
Labels:
API,
API Management,
SOA
Standort:
Stuttgart, Deutschland
Freitag, 24. August 2012
Integration à la Apache
Da ist er also, der Blog der GRIDSOLUT. Diese Gelegenheit möchte ich gleich nutzen, um auf unseren Artikel mit dem Titel Integration à la Apache aufmerksam zu machen, der in Java aktuell, Ausgabe 4, Winter 2012 (Erscheinungstermin: 5.9.2012) zu finden ist. Unsere Motivation für diesen Artikel ist darauf hinzuweisen, dass es bei der Apache Foundation neben Apache Camel mit Apache Synapse ein zweites Projekt gibt, das für Integrationsprojekte geeignet ist. Im Vergleich zu Camel scheint Apache Synapse nicht ganz so bekannt zu sein. Dass sich dabei Camel als Integrations-Framework positioniert und Synapse als ESB, ergab für uns einen zusätzlichen Reiz diesen Artikel zu schreiben. Warum? Wir wollen dazu anregen, mehr über Architektur nachzudenken und zu diskutieren. Unserer Meinung nach, sollte man das mit gleicher Intensität betreiben wie bei der Technologieauswahl. Im Vordergrund sollten Fragen nach den Anforderungen an die Integration stehen. Welcher Architektur- und Integrationsstil soll verfolgt werden? Was sind die langfristigen Ziele? Müssen zukünftig z.B. Partner über APIs eingebunden werden, stellt sich die Frage, ob eine vermeintlich schlanke, datei-basierte Integration eine gute Idee ist. Sind die architektonischen Fragen geklärt (und die sonstigen Rahmenbedingungen), dann sollte die Auswahl des Produktes idealerweise die Konsequenz sein.
Viel Spaß beim Lesen und (kontroversen) Diskutieren!
Viel Spaß beim Lesen und (kontroversen) Diskutieren!
Labels:
Apache,
Camel,
Integration,
Synapse
Standort:
Stuttgart, Deutschland
Abonnieren
Posts (Atom)