Execution Isolation

Shard-lokale Ausführung: lokale Konsistenz statt globaler Runtime-Abhängigkeit

MEMM bindet ausführbare Workflow-Arbeit an den aktuell verantwortlichen lokalen Ausführungskontext. Damit bleiben Ausführungsverantwortung und Fehlerwirkung an einer klaren Ownership-Grenze lokalisierbar.

Themen: Execution IsolationLocal ConsistencyOwnershipRecovery
Implementierte Engineering Foundation

Die öffentliche Seite beschreibt Isolation, Konsistenz und Ownership ausschließlich als technische Ergebnisse.

Der Zusammenhang im Überblick

Zustandsänderung bleibt beim zuständigen Shard

Benannte lokale Konsistenzgrenze
  1. Zugeordnete Arbeit

    Gültige Ownership ist Voraussetzung

    nur bei gültiger Ownership
  2. Shard-lokaler Worker

    Führt den lokalen Zustandswechsel aus

    lokal festschreiben
  3. Dauerhaftes Ergebnis

    Recovery bleibt an dieselbe Grenze gebunden

Verantwortungs- und Konsistenzgrenze, keine clusterweite Schreibtransaktion. Verlust der Ownership ist ein eigener Betriebszustand.

Lokale Ausführungsgrenze

  • Ausführbare Arbeit wird nur in einem gültigen lokalen Ownership-Kontext verarbeitet.
  • Zustandsänderung und daraus entstehende durable Arbeit bleiben in einer benannten Konsistenzdomäne.
  • Der Verlust gültiger Ownership wird als expliziter Betriebszustand behandelt.
  • Recovery bleibt an dieselbe Ownership- und Konsistenzgrenze gebunden.

Öffentliche Grenze

Die Website erläutert die Ausführungs- und Verantwortungsgrenze auf Architektur-Ebene.

Was hier ausdrücklich nicht behauptet wird: Implementierungsdetails und Betriebsparameter liegen außerhalb der öffentlichen Produktdokumentation.