Message-Oriented Middleware (MOM) ist ein Architekturkonzept zur entkoppelten Kommunikation zwischen verteilten Anwendungen über asynchrone Nachrichtenkanäle. Es ermöglicht Zuverlässigkeit, Skalierbarkeit und unterschiedliche QoS-Level durch Broker, Queues und Topics. Implementierungen variieren in Persistenz, Routing und Transaktionsunterstützung.
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 du verstehen musst, um ein Themenfeld sinnvoll zu denken.
Message-Oriented Middleware (MOM) ist eine Middleware-Kategorie, die Anwendungen über Nachrichten statt über direkte synchrone Aufrufe miteinander kommunizieren lässt.
Message-Oriented Middleware etablierte sich als Integrationsansatz für Unternehmensanwendungen, die über Nachrichten statt über zeitgleiche Aufrufe gekoppelt werden sollten. Der Begriff bezeichnet die gesamte Vermittlungsschicht mit Transport, Pufferung und Zustelllogik; RabbitMQ ist eine konkrete Implementierung dieser Architekturidee.
Zwei Anwendungen hinterlassen einander Nachrichten in einer betreuten Übergabeschicht. Beide müssen nicht gleichzeitig laufen und müssen die interne Implementierung der jeweils anderen nicht kennen.
MOM stellt gemeinsame Mechanismen zwischen Anwendungen bereit, etwa Transport, Pufferung und Zustellung.
Sender und Empfänger können zeitlich getrennt arbeiten.
Unterschiedliche Anwendungen werden über definierte Nachrichtenverträge verbunden.
MOM unterstützt robuste Integration, wenn Systeme unabhängig deploybar sein sollen oder zeitweise nicht gleichzeitig verfügbar sind.
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.