Loading content
Das Publish-Subscribe-Muster (Pub/Sub) ermöglicht die Entkopplung von Sendern und Empfängern von Nachrichten. Es findet Anwendung in verteilten Systemen, wo asynchrone Kommunikationsmechanismen erforderlich sind. Pub/Sub verbessert die Skalierbarkeit und Flexibilität in der Systemarchitektur.
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.
Publish-Subscribe ist ein asynchrones Kommunikationsmuster, bei dem Sender Nachrichten unter einem Thema veröffentlichen und Empfänger dieses Thema abonnieren.
Das Muster entstand aus entkoppelten Messaging- und Event-Systemen. Broker wie Kafka, Google Cloud Pub/Sub und RabbitMQ konkretisieren es mit unterschiedlichen Zustell-, Speicher-, Bestätigungs- und Skalierungsmodellen.
Publisher kennen die Subscriber nicht; sie schreiben Ereignisse oder Nachrichten an ein Thema. Der Broker verteilt sie an Abonnenten, deren Verarbeitung, Wiederholung und Reihenfolge eigene Betriebsfragen sind.
Sender und Empfänger können unabhängig entwickelt und skaliert werden.
Bestätigung, Wiederholung, Reihenfolge und Zustellgarantie hängen vom konkreten Broker ab.
Subscriber wählen Themen oder Filter und verarbeiten die dort veröffentlichten Nachrichten.
Pub/Sub eignet sich für Ereignisverteilung, Integrationen und asynchrone Verarbeitung mit mehreren Empfängern. Nachrichtenverträge, Idempotenz, Fehlerbehandlung und Beobachtbarkeit müssen bewusst gestaltet werden.
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.