Loading content
Die Service-Oriented Architecture (SOA) ist ein Architekturansatz, der darauf abzielt, Softwareanwendungen durch die Bereitstellung von Diensten zu strukturieren. Diese Dienste sind lose gekoppelt und können unabhängig voneinander entwickelt, bereitgestellt und skaliert werden. SOA fördert die Wiederverwendbarkeit von Softwarekomponenten und ermöglicht eine…
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.
Service-Oriented Architecture (SOA) strukturiert Unternehmenssoftware als Menge fachlich ausgerichteter, über Verträge zugänglicher und lose gekoppelter Services.
SOA entstand als Antwort auf heterogene Unternehmenssysteme und den Bedarf, fachliche Fähigkeiten über Organisations- und Technologiegrenzen hinweg wiederverwendbar bereitzustellen. Das OASIS Reference Model beschreibt die grundlegenden Rollen, Sichtbarkeit, Interaktion und Wirkung von Services, ohne eine konkrete Technologie vorzuschreiben.
Ein Service kapselt eine Fähigkeit und veröffentlicht einen Vertrag; Konsumenten kennen den Vertrag, nicht die interne Implementierung. Governance für Eigentümerschaft, Daten, Versionen und Sicherheit hält das Netz beherrschbar. SOA kann synchrone APIs, Messaging und zentrale Integrationskomponenten nutzen und ist deshalb ein Architekturansatz, keine einzelne Plattform.
Ein Service bietet eine klar abgegrenzte Funktion an, die für Konsumenten einen Wert besitzt.
Der Vertrag definiert Sichtbarkeit, Nachrichten, Verhalten und Voraussetzungen der Nutzung.
Standards für Eigentümerschaft, Versionierung, Sicherheit und Lebenszyklus begrenzen unkontrollierte Kopplung.
SOA unterstützt Integration und Wiederverwendung in großen, heterogenen Landschaften. Sie garantiert weder automatisch Unabhängigkeit noch Microservices: Granularität, Governance und Integrationsinfrastruktur entscheiden über die tatsächliche Wirkung.
Wo dieser Baustein im Themenmodell verortet ist.
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.