Regionen¶
Eine Region ist die generische Plattform-Service-Schicht für standortgebundene Infrastruktur — Storage, Loadbalancing und Controlplanes teilen dasselbe Abstraktionsmodell.
Historisch existierten getrennte Modelle (S3Cluster, LoadbalancerRegion). Region löst diese schrittweise ab (Soft-Migration, ohne Breaking Change für bestehende Buckets und LBIs).
Was eine Region abbildet¶
| Aspekt | Bedeutung |
|---|---|
| Standort / Kapazität | Verknüpfung zu Workspace, Cluster, Erreichbarkeit |
| Service-Angebot | z. B. S3-API, HAProxy-Edge, Controlplane-IPAM |
| UI/API | CRUD, Bootstrap- und Config-Tabs, Reachability |
Region-Reconciliation prüft u. a. Reachability (Intervall typisch 300s). Detail-UI enthält Bootstrap- und Config-Bereiche für die Inbetriebnahme.
Soft-Migration¶
- Bestehende S3Bucket- und LoadbalancerInstance-Objekte bleiben nutzbar.
- Intern laufen sie bereits über Region bzw. Legacy-Bridges.
- Tabellen und Admin können eine „Legacy Bridge“-Kennzeichnung zeigen, bis die Ablösung abgeschlossen ist.
Weitere Phasen (S3-/Loadbalancer-Reconciliation vollständig ohne Legacy-Modelle) sind produktseitig geplant; dieses Dokument beschreibt den Ist-Stand der Soft-Migration.
Beziehung zu anderen Objekten¶
Region
├── workspace / organization / k8s_cluster (je nach Service)
├── S3 / Object Storage (ehem. S3Cluster)
├── Loadbalancer-Deployments (ehem. LoadbalancerRegion)
└── IPAM Prefix (z. B. purpose=controlplane)
- LoadBalancer — Deployments pro Region via Block Rollout
- S3 Buckets — Region-Auflösung beim Bucket-Create
- K8sControlplane — IPAM über Prefix mit Region
- PoPs & Provider — geografische / Provider-Zuordnung
Verwandte Themen¶
- Block Rollout
- Endpoint-Monitoring — u. a. S3-API- und Edge-Reachability