Architekturstile in Web Services verstehen

Bei der Entwicklung netzwerkbasierter Anwendungen stehen mit REST (Representational State Transfer, Fielding 2000) und SOAP zwei grundlegend verschiedene Ansätze für den Datenaustausch und die Systemintegration zur Verfügung. Das Akronym “Simple Object Access Protocol” stand ursprünglich für SOAP 1.1; mit der W3C-Recommendation SOAP 1.2 (2003/2007) wurde es offiziell aufgegeben, SOAP ist seitdem nur noch ein Eigenname.

Definition und Ansatz

REST ist ein Architekturstil, der bestehende Web-Standards und HTTP-Protokolle nutzt. Es handelt sich nicht um ein Protokoll, sondern um Leitprinzipien, wie Zustandslosigkeit und Cachefähigkeit, die auf die Manipulation von Ressourcen ausgerichtet sind.

SOAP ist ein Protokoll mit strikten Regeln und eingebauten Sicherheitsfunktionen. Es verwendet XML für die Nachrichtenübermittlung und unterstützt mehrere Transportprotokolle wie HTTP, SMTP und TCP. SOAP wird häufig mit Service-Oriented Architecture (SOA) assoziiert.

Nutzung von Standards

REST nutzt Standard-HTTP-Methoden (GET, POST, PUT, DELETE) für die Kommunikation und setzt auf leichtgewichtige Formate wie JSON oder XML. Diese Einfachheit erleichtert die Implementierung erheblich.

SOAP erfordert XML-Nachrichten mit strukturierten Envelopes, Headern und Bodies, was zu umfangreicheren und schwereren Nachrichtenformaten führt.

Flexibilität vs. Standardisierung

REST bietet erhebliche Flexibilität bei Datenformaten und Transportmethoden, vorteilhaft für schnelle Entwicklung und Multi-System-Integration.

SOAP bietet umfangreiche Standardisierung mit eingebauten Protokollen für Sicherheit (WS-Security, OASIS), Transaktionen (WS-Coordination als Koordinationsrahmen, ergänzt durch WS-AtomicTransaction und WS-BusinessActivity) und zuverlässige Nachrichtenübermittlung, ideal für Enterprise-Anwendungen, die Robustheit und Compliance erfordern.

Sicherheit

REST ist auf die zugrunde liegenden Protokolle wie HTTPS und externe Authentifizierungsmethoden (OAuth, Tokens) angewiesen.

SOAP bietet umfassende eingebaute Sicherheit durch WS-Security-Standards mit Verschlüsselung und Authentifizierung, historisch verbreitet im Enterprise- und Government-Umfeld. Im modernen Banking dominieren inzwischen REST-APIs in Kombination mit OAuth 2.0 und mTLS (etwa unter PSD2 und im VoP-Kontext), während SOAP/WS-Security primär in bestehenden Integrationen weiterlebt.

Performance und Geschwindigkeit

In der Praxis liegt der Performance-Vorteil von REST gegenüber SOAP vor allem im geringeren Parsing- und Serialisierungs-Overhead von JSON gegenüber XML mit Envelope, Header und Body. Wie groß der Unterschied im konkreten System ist, hängt stark von Payload-Größe, Endpoint-Charakteristik und Caching ab; pauschal “deutlich bessere Performance” trifft nicht jede Konstellation.

Einsatzgebiete

REST eignet sich für Internet-Anwendungen mit Bandbreitenbeschränkungen, die einfache CRUD-Operationen erfordern, besonders für mobile Apps und IoT-Geräte.

SOAP dient Enterprise-Anwendungen, die hohe transaktionale Zuverlässigkeit, Sicherheit und formale Verträge erfordern, etwa in Finanzdienstleistungen und Telekommunikation.

Fazit

Die Wahl zwischen diesen Ansätzen hängt von den projektspezifischen Anforderungen ab. REST empfiehlt sich für leichtgewichtige, flexible und web-integrierte Lösungen. SOAP ist die richtige Wahl, wenn strikte Zuverlässigkeit, Sicherheit und Standardisierung für den Erfolg Ihrer Anwendung entscheidend sind.