Distributed Reads

Verteilte Read-Sichten und Owner Routing: explizite Semantik statt globaler Write-Logik

MEMM trennt owner-lokale Zustandsänderungen von clusterweiten Read-Sichten. Verteilte Reads werden als explizite Operation mit begrenztem Scope behandelt; Commands benötigen eine gültige Ownership-Grenze.

Themen: Distributed ReadsOwner RoutingExplicit DegradationRead API
Implementierte Engineering Foundation

Öffentlich wird nur die Trennung von Read-/Write-Verantwortungen und die daraus entstehende Ergebnissicherheit beschrieben.

Der Zusammenhang im Überblick

Lesen und Ändern nehmen verschiedene Wege

  • Lesende Anfrage

    Verteilte Teilquellen → begrenzte Gesamtsicht

  • Ändernder Befehl

    Gültiger Owner → lokaler Zustandswechsel

Zwei unterschiedliche Semantiken. Fehlende Teilquellen werden nicht als vollständige Sicht ausgegeben; unklare Ownership erlaubt keinen globalen Ersatz-Schreibpfad.

Read und Write bleiben getrennte Verantwortungen

  • Zustandsänderungen bleiben an eine gültige lokale Ownership-Grenze gebunden.
  • Clusterweite Read-Sichten werden als explizit verteilte Operation behandelt.
  • Teilweise nicht verfügbare Quellen werden nicht stillschweigend als vollständiges Resultat dargestellt.
  • Commands ohne eindeutig auflösbare Ownership werden nicht auf einen impliziten globalen Pfad umgeleitet.

Öffentliche Grenze

Die Website erklärt den Konsistenz- und Verantwortungsunterschied auf Architektur-Ebene.

Was hier ausdrücklich nicht behauptet wird: Die öffentliche Einordnung bleibt auf verteilte Sicht, Ownership und Ergebnissemantik beschränkt.