Loading content
Business Process Execution Language (BPEL) ist eine XML-basierte Sprache zur Modellierung und Ausführung von orchestrierten Web-Service-Prozessen. Sie beschreibt Ablauflogik, Datenflüsse und Fehlerbehandlung zwischen Services. BPEL wird für serviceorientierte Integrationen genutzt, um automatisierte, wiederholbare Geschäftsprozesse technisch verbindlich zu d…
Nutze diesen Steckbrief, um den Baustein kurz zu verstehen, ihn im Modell einzuordnen und bei Bedarf in die 360°-Bewertung zu wechseln.
Theoretisches Gebilde: erklärt einen Begriff, ein Prinzip oder ein Denkmodell.
Was Zusammenhänge ordnet, verbindet oder entscheidbar macht.
BPEL ist eine XML-basierte Sprache zur Definition und Ausführung orchestrierter Web-Service-Prozesse.
BPEL entstand aus dem Wunsch, lang laufende Web-Service-Interaktionen als ausführbare Prozesslogik zu formulieren statt nur als lose Schnittstellen. Die Wurzeln liegen in IBM WSFL und Microsoft XLANG; 2001/2003 wurden ähnliche Ansätze zu BPEL4WS zusammengeführt, bevor OASIS die Sprache als WS-BPEL standardisierte und 2007 Version 2.0 veröffentlichte. Damit adressiert BPEL das „programming in the large“ für serviceorientierte Abläufe.
Stell dir BPEL als Ablaufregie für Dienste vor. Ein Prozess verbindet Partner Links zu Services, hält Daten in Variablen und führt Aktivitäten wie receive, invoke, assign, if, while oder flow in definierter Reihenfolge aus. Über Korrelation erkennt die Engine, zu welcher Instanz eine Nachricht gehört; Faults und Compensation beschreiben, wie ein Ablauf bei Fehlern sauber endet oder teilweise ausgeglichen wird.
Die Prozesslogik steuert Service-Aufrufe zentral und koordiniert mehrere Beteiligte zu einem Ablauf.
Partner Links verbinden den Prozess mit externen Services und benennen deren Rollen im Austausch.
Bausteine wie receive, invoke, reply, assign, sequence, flow, if und while formen den ausführbaren Prozess.
Nachrichten werden der richtigen laufenden Prozessinstanz zugeordnet, obwohl mehrere Instanzen parallel existieren können.
Fehlerpfade und Ausgleichsaktionen legen fest, wie der Prozess Störungen behandelt und Teilergebnisse zurücknimmt.
Executable Processes werden ausgeführt; Abstract Processes beschreiben beobachtbares Verhalten, ohne vollständig implementiert zu sein.
BPEL ist sinnvoll, wenn mehrere Services zu einem wiederholbaren, zentral gesteuerten Geschäftsprozess koordiniert werden müssen, etwa in serviceorientierter Integration. Der Nutzen steht gegen zusätzlichen Aufwand für Transaktionsgrenzen, Zustandsverwaltung, Interoperabilität und Governance. Ohne stabile Schnittstellen und klare Fehler- bzw. Ausgleichsregeln wird das Modell schnell komplex.
Wo dieser Baustein im Themenmodell verortet ist.
Keine Strukturpfade verfügbar.
Erkunde, wie dieser Wissensbaustein mit Konzepten, Methoden, Technologien und Tools verbunden ist.
Diese Quellen belegen den Begriff und seine fachliche Bedeutung.
Alle direkten Verbindungen des aktuellen Wissensbausteins in einer kompakten, textuellen Darstellung.
Diese Einordnung zeigt, in welchem Kontext der Baustein typischerweise relevant wird, wie anspruchsvoll er ist und welche Wirkung er im Modell hat.
Die Ebene innerhalb der Organisation (Unternehmen, Domäne, Team), auf der der AssetBlock angewendet wird.