ADR-0006: eine Laufzeitschicht je Geraet, GAIA Lite wird ein Profil darauf
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
This commit is contained in:
parent
e54180e4f8
commit
249fa65f33
1 changed files with 74 additions and 0 deletions
|
|
@ -0,0 +1,74 @@
|
|||
# ADR-0006 — Eine Laufzeitschicht für alle Nutzlasten; GAIA Lite wird ein Profil darauf
|
||||
|
||||
**Stand:** Angenommen, 21.08.2026 · **Entscheidet:** CIO Thomas Reitz
|
||||
**Setzt voraus:** [`ADR-0005`](ADR-0005-geraeteschicht-aller-verkaufsvarianten.md) (Geräteschicht aller Verkaufsvarianten)
|
||||
**Berührt:** `appliance/ADR-0014` — dort läuft alles oberhalb der Laufzeitschicht als Pod
|
||||
|
||||
---
|
||||
|
||||
## Worum es geht
|
||||
|
||||
`ADR-0005` hat GAIA Lite von einem Auslieferungsweg zu einer **Nutzlast** auf XinionOS gemacht. Sie
|
||||
bringt dabei einen Plattform-Vertrag mit: k3s, containerd, Storage, Secrets, Ingress, dazu
|
||||
PostgreSQL, einen Identitätsanbieter und Beobachtungswerkzeuge für die Anwendungen von OLYMPUS.
|
||||
|
||||
Wenige Tage später hat die Appliance dieselbe Entscheidung für sich getroffen: Auch dort läuft alles
|
||||
oberhalb der Laufzeitschicht als Pod auf k3s (`appliance/ADR-0014`).
|
||||
|
||||
**Damit stünden auf einem Gerät zwei k3s** — eines aus GAIA Lite, eines aus der Appliance. Das ist
|
||||
kein Entwurf, sondern ein Versehen, das aus zwei getrennt getroffenen Entscheidungen entstanden ist.
|
||||
Genau derselbe Fall wie in `ADR-0005`, nur eine Schicht höher: **zwei Vorhaben haben sich unabhängig
|
||||
voneinander dieselbe Schicht gebaut.**
|
||||
|
||||
## Die Entscheidung
|
||||
|
||||
**Es gibt genau eine Laufzeitschicht je Gerät. Sie heißt `XinionCORE` und ist Ebene 2.**
|
||||
|
||||
Sie enthält die Grundausstattung, die jede Nutzlast braucht: **k3s, containerd, Storage, Secrets,
|
||||
Ingress, GPU-Zuteilung.** Mehr nicht.
|
||||
|
||||
**Der Plattform-Vertrag von GAIA Lite wird zu einem Profil darauf.** Wer OLYMPUS aufsetzt, schaltet
|
||||
zusätzlich PostgreSQL, den Identitätsanbieter und die Beobachtungswerkzeuge hinzu. **XinionONE
|
||||
braucht diese Obermenge nicht und lässt sie weg** — dieselbe Laufzeit, zwei Profile.
|
||||
|
||||
Der Name ist nicht neu erfunden: GAIA Lite nennt seine k3s-Knotenrollen seit jeher `CORE` und `WRK`.
|
||||
**`XinionCORE` verallgemeinert eine vorhandene Verwendung, statt eine zweite danebenzustellen.**
|
||||
|
||||
## Warum
|
||||
|
||||
**Zwei Laufzeitschichten auf einem Blech sind zweimal derselbe Betrieb.** Zwei Fassungsstände, zwei
|
||||
Bauwege, zwei Sicherheitsaktualisierungen — und beim Cyber Resilience Act zwei Versorgungszusagen
|
||||
für dieselbe Sache. Das ist die Begründung aus `ADR-0001`, angewandt auf einen dritten Fall.
|
||||
|
||||
**Und der Selbstprüflauf müsste beide prüfen.** Der Rücksprung entscheidet sich an der Frage, ob die
|
||||
Nutzlast hochgekommen ist. Bei zwei Laufzeitschichten wäre die Antwort *teilweise* — und *teilweise*
|
||||
ist bei einer A/B-Entscheidung keine Antwort.
|
||||
|
||||
**Die Trennung in Grundausstattung und Profil ist kein Kompromiss, sondern die Einlösung dessen, was
|
||||
OLYMPUS selbst festgeschrieben hat:** Layer 2 wird über den Plattform-Vertrag konsumiert, und
|
||||
welcher Träger ihn erfüllt, ist genau die Austauschbarkeit, die dort gefordert wird.
|
||||
|
||||
## Was daraus folgt
|
||||
|
||||
* **Was in der Wurzel liegt und was im Bestand, gilt für beide Profile gleich** — Container-Abbilder
|
||||
in die Wurzel, Cluster-Zustand und persistente Datenträger in den Bestand. Sonst nimmt der
|
||||
Rücksprung die Software nicht mit.
|
||||
* **Der Selbstprüflauf prüft eine Laufzeitschicht**, und ein k3s, das nicht hochkommt, ist ein
|
||||
misslungener Start — unabhängig davon, welches Profil darauf läuft.
|
||||
* **Die Grundausstattung ist die kleinste gemeinsame Menge.** Was nur ein Profil braucht, gehört ins
|
||||
Profil. Bei jedem Zuwachs der Grundausstattung ist zu begründen, warum *jede* Nutzlast ihn braucht.
|
||||
|
||||
## Was ausdrücklich nicht entschieden ist
|
||||
|
||||
* **Wann der Umbau geschieht.** OLYMPUS ist Konzept, die Appliance ist Konzept — hier kollidieren
|
||||
zwei Pläne und kein Bestand. Das ist der günstigste Zeitpunkt, den es dafür je geben wird.
|
||||
* **Ob GAIA Full ebenfalls so gebaut wird.** Diese Entscheidung betrifft nur, was beim Kunden als
|
||||
Gerät steht.
|
||||
* **Zwei Registries und zwei Lizenzmechaniken bleiben bestehen** — die von XinionONE für seine
|
||||
Module, die von OLYMPUS für seine Anwendungen. **Sie werden nicht zusammengelegt**, solange nicht
|
||||
jemand nachweist, dass sie dasselbe tun.
|
||||
|
||||
---
|
||||
|
||||
*Grundlage: `ADR-0001`, `ADR-0005` · `appliance/ADR-0014` · Projekt OLYMPUS, Startseite vom
|
||||
23.06.2026 · Nichts davon ist gebaut.*
|
||||
Loading…
Add table
Reference in a new issue