Eigenständiger BegriffMechanikKapitel II · Kommunikation · Baustein 9 von 23

Queue

Queues puffern unabhängige Arbeit zwischen Produzent und Konsument.

  1. PufferHält Arbeit bis zur verfügbaren Verarbeitungskapazität.
  2. AckFolgt auf die dauerhafte Fachwirkung.
  3. RückstauWird über Alter, Rate und Laufzeit sichtbar.

Einordnung

Warum das wichtig ist

Der Puffer gewinnt Zeit, braucht aber eine endliche Grenze und beobachtbaren Fortschritt.

Die asynchrone Rechnungsarbeit ist hypothetisch; aktuell laufen sieben Module gemeinsam.

Shop-Beispiel · Zuordnung

Queuezustände

Der Shop bleibt ein modularer Monolith mit sieben Modulen. Hypothetisch legt Bestellung nach dem Commit einen Rechnungserstellungsauftrag in die vorhandene Broker-Queue. Ein Worker erzeugt den Beleg, speichert ihn und bestätigt danach. Das Team stoppt den Worker vor dem Ack, füllt die Queue schneller als sie verarbeitet wird und prüft Idempotenz, ältestes Nachrichtenalter, Kapazitätsgrenze und Dead-Letter-Pfad. Erst diese Nachweise tragen die asynchrone Ausbaustufe.

So liest du das Bild

  1. Puffer Endliche Kapazität
  2. Ack Wiederholung vor Ack einplanen
  3. Rückstau Älteste Nachricht als SLO
Queuezustände
VergleichZustandBelegGrenze
WartendAuftrag dauerhaft gepuffertAlter und AnzahlKapazität oder Ablauf
ReserviertEin Konsument besitzt die SperreSperrdauerErneute Sichtbarkeit
FehlerkanalVersuche ausgeschöpftFehlergrund und KorrelationReparatur und Wiederaufnahme
Jeder Zustand braucht einen messbaren Übergang.

Nutzen & Grenzen

Hilft, wenn

  • Arbeit kann nach der Anfrage unabhängig abgeschlossen werden.
  • Kurzfristige Lastspitzen sollen geglättet werden.
  • Erneute Zustellung ist idempotent behandelbar.

Grenzen

  • Ein voller Puffer verschiebt Überlast nur; Produzenten brauchen eine sichtbare Ablehnung oder Drosselung.
  • Asynchronität erhöht fachliche Verzögerung und verlangt einen abfragbaren Status.
  • Poison Messages dürfen normale Arbeit nicht endlos blockieren.

In der Praxis

  1. Sende einen Rechnungserstellungsauftrag ein, während alle Worker ausgelastet sind. Miss, wie Rückstand und Alter der ältesten Nachricht mit der Annahmerate wachsen.
  2. Lass eine Nachricht vor der Bestätigung erneut zustellen. Verifiziere fachliche Idempotenz und den definierten Ablauf für dauerhaft fehlerhafte Aufträge.
  3. Lege Aufbewahrung, Dead-Letter-Regel und Alarmgrenze fest. Beurteile, ob die Queue den Laststoß tatsächlich puffert, ohne eine unbemerkte Verzögerung zu erzeugen.
Ausführliche Erklärung lesen

Der Produzent schreibt einen unabhängigen Auftrag und erhält eine Brokerbestätigung. Ein Konsument reserviert ihn, speichert die Fachwirkung und bestätigt anschließend; ohne Ack wird der Auftrag je nach Vertrag erneut sichtbar.

Queuealter, Zulaufrate und Bearbeitungszeit zeigen Rückstau früher als die bloße Anzahl. Kapazitätsgrenzen, Ablauf und Dead-Letter-Regeln verhindern unbegrenztes Wachstum und isolieren dauerhaft fehlerhafte Nachrichten.

Zustellgarantien ordnen Ack und Wiederholung ein. Backpressure begrenzt Produzenten, wenn Puffer und Konsumenten die Last nicht tragen.

Selbst prüfen

Teste dich in drei Stufen

  1. AblesenIm Bild nachsehen

    Wann wird eine Nachricht bestätigt?

    Lösung mit Begründung ansehen

    Nach dauerhaft gespeicherter Fachwirkung.

  2. AnwendenAuf eine neue Lage übertragen

    Was misst der Shop bei Überlast?

    Lösung mit Begründung ansehen

    Ältestes Alter, Zulaufrate, Bearbeitungszeit und Füllstand.

  3. BewertenEine Alternative abwägen

    Wann reicht Pufferung nicht?

    Lösung mit Begründung ansehen

    Wenn dauerhafter Zulauf den Durchsatz übersteigt und die endliche Grenze erreicht wird.

Weiter im Lernpfad

Als Nächstes in Kommunikation & APIs: Competing Consumers.