Multi-Region-Strategie

Wann man sie braucht

• Die Push-Latenz aus entfernten Regionen ist kritisch (>200ms agent → ingest)
• Compliance — Data Residency erfordert Speicherung in einer bestimmten Geografie
• Das Datenvolumen übersteigt die Single-VM-Kapazität (>20 TB raw)

Was wählen

Per-Region-Selector im UI (einfacher)

Der Nutzer wählt vor dem Ansehen eine Region in der Sidebar. Daten werden nicht über Regionen hinweg aggregiert.

• Pro: eine einfache Implementierung, vorhersagbare Performance
• Con: ein „Single Pane of Glass" ist unmöglich

Server-side Federation (schwerer, wird später ergänzt)

Die API fächert zu allen relevanten Regionen auf und merged auf dem Server.

• Pro: ein einheitliches UX
• Con: PromQL-Aggregation-Semantik über Regionen hinweg ist nicht trivial (man kann nicht einfach Matrix-Result-Series mit identischen Labels concaten)