Service-Oriented Architectures (SOA) werden seit einiger Zeit intensiv diskutiert, wenn es um die archi­tektonische Basis verteilter unternehmensweiter bzw. –übergreifender Anwendungen geht. Sie gelten in­zwischen als das Mittel der Wahl, um die Infrastruktur für unternehmensübergreifende Anwendungen (B2B), aber auch Lösungen zur Integration interner Anwen­dungen (Enterprise Application Integration) bereitzu­stellen. SOAs zielen nicht nur auf fertige, isolierte An­wendungen wie etwa einen elektronischen Buchladen oder ein Flugbuchungssystem eines einzelnen Anbie­ters ab. Vielmehr ermöglichen sie es, weltweit verfüg­bare Dienste zu implementieren, die entweder direkt vom Endanwender genutzt oder von „Zwischenhänd­lern“ in neue Anwendungen integriert werden können.

Das Konzept SOA muss natürlich in reale Software umgesetzt werden. Auch wenn es hierzu viele Mög­lichkeiten gibt, so hat sich doch inzwischen der Ansatz der Web Services als technische Grundlage von SOAs auf breiter Front durchgesetzt. Beim Design der Web-Services-Technologie wurde konsequent auf die Verwendung offener Standards und möglichst ein­facher und damit leicht umzusetzender Protokolle ge­achtet; als Folge gibt es mittlerweile eine Vielzahl von sehr mächtigen Werkzeugkästen, die eine Umsetzung von SOAs heute sehr leicht machen.

Nichtsdestotrotz gibt es eine Reihe von Alternativen zur Realisierung einer SOA, und selbst für den erfahrenen Softwareentwickler ist es nicht leicht, die richtige Variante für sein konkretes Problem zu finden.