Fazit

Übersicht:

• Fazit
• Wo SOAP nicht eingesetzt werden sollte
• Wo SOAP eingesetzt werden sollte

SOAP kann und will keinen völlig neuen Ansatz zur Datenübertragung zwischen zwei Systemen bieten. Den Erfindern lag es jedoch am Herzen, die Vorteile der Datenübertragung mittels XML auf HTTP zu fokusieren und vor allem zu standardisieren. Es sollte verhindert werden, dass jede Firma hausintern ihr eigenes Süppchen kocht, um die Nutzungsmöglichkeiten dieses Protokolls zur Kommunikation im Business-To-Business-Bereich zu steigern.

SOAP setzt, wie von den Autoren der Spezifikation beabsichtigt, auf existierender, standardisierter Internet-Technologie auf, die mittlerweile in jedem Unternehmen vorhanden sein sollte. Es führt damit nichts revolutionär Neues ein. Auf der anderen Seite bietet es alle Vorteile einer standardisierten Kommunikations-Schnittstelle: beide Seiten können sich mit wenig Aufwand problemlos miteinander verständigen, wenn sich die Programmierer bei der Implementation an den SOAP-Standard gehalten haben.

In verteilten Systemen, die ähnlich wie in Server-Farmen durch einen einzigen Administrator verwaltet werden, in einer Programmiersprache geschrieben sind oder den selben ORB benutzen, gibt es sicherlich effizientere Verfahren, um Datenübertragung und Prozeßkommunikation zu implementieren.

[ Nach oben ]

• in homogenen Umgebungen.
• in Umgebungen, die hohe Performance erfordern.
• in Szenarios, die einen hohen Sicherheitsbedarf mit sich bringen.
• in Umgebungen, die von einer Person administriert werden.

[ Nach oben ]

• in allen Umgebungen, die keinem der obigen Punkte entsprechen,
• vor allem, wenn es um die Kommunikation verschiedener Systeme aus unterschiedlichen Umgebungen über das Internet geht.

[ Nach oben ]