From 3ff729db42a3532bb40c6e5fdcc9bbd95cd5a371 Mon Sep 17 00:00:00 2001 From: architect Date: Sat, 19 Sep 2026 12:35:46 +0200 Subject: [PATCH] =?UTF-8?q?XinionOS=20wird=20ein=20eigener=20Strang=20?= =?UTF-8?q?=E2=80=94=20eigene=20Organisation,=20eigener=20Bereich?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit CIO-Beschluss vom 19.09.2026. XinionOS ist die Grundlage kuenftiger Appliance-Ideen und nicht der Unterbau eines einzelnen Produkts. Eine Geraeteschicht, die entlang der Beduerfnisse EINER Nutzlast entsteht, passt der zweiten nicht — genau dieser Fehler hat den ersten Anlauf von XinionONE gekostet, dort eine Ebene hoeher. Zwei Abnehmer stehen fest, XinionONE und GAIA. Und die Regulierung trennt sie ohnehin: Anhang III Klasse I gegen Netzmanagementsystem, zwei Konformitaetswege. Die Grenze, an der die Entkopplung haengt: Eine Anforderung ist ein Bedarf, keine Loesung. Und das Anforderungsregister gehoert diesem Strang, nicht den Abnehmern — sonst muesste XinionOS zwei Kundendokumente lesen, um zu wissen was erwartet wird. Hier gilt mehr von der alten Arbeit weiter als bei XinionONE: Die sieben Entscheidungen stammen aus Physik und Feld, nicht aus dem verworfenen Produktbild. Zu pruefen ist nur, wo eine Entscheidung XinionONE beim Namen nennt — solche Stellen werden zu Anforderungen eines Abnehmers umformuliert, nicht gestrichen. Co-Authored-By: Claude Opus 5 --- ENTKOPPLUNG.md | 68 ++++++++++++++++++++++++++++++++++++++++++++++++++ 1 file changed, 68 insertions(+) create mode 100644 ENTKOPPLUNG.md diff --git a/ENTKOPPLUNG.md b/ENTKOPPLUNG.md new file mode 100644 index 0000000..fbd422f --- /dev/null +++ b/ENTKOPPLUNG.md @@ -0,0 +1,68 @@ +# XinionOS ist ein eigener Strang — was das heißt + +**Beschlossen am 19.09.2026 vom CIO.** XinionOS hat seit diesem Tag eine eigene Organisation im Git +und einen eigenen Bereich in Confluence. Es ist nicht mehr Teil des Vorhabens XinionONE, sondern +dessen **Lieferant**. + +## Warum + +**XinionOS ist die Grundlage künftiger Appliance-Ideen, nicht der Unterbau eines einzelnen +Produkts.** Eine Geräteschicht, die entlang der Bedürfnisse *einer* Nutzlast entsteht, passt der +zweiten nicht — und genau dieser Fehler hat den ersten Anlauf von XinionONE gekostet, dort eine +Ebene höher. + +**Zwei Abnehmer stehen bereits fest:** XinionONE und GAIA. Das ist keine Plattform mit einem Kunden, +die so tut, als hätte sie mehrere. + +**Und die Regulierung trennt sie ohnehin.** XinionOS fällt als Betriebssystem unter Anhang III +Klasse I der Verordnung (EU) 2024/2847, XinionONE voraussichtlich als Netzmanagementsystem — zwei +Konformitätswege, zwei Stücklisten, zwei Unterstützungszeiträume. Gekoppelt wäre das eine +Vermischung, die spätestens beim ersten Audit auffällt. + +## Die Grenze, an der es hängt + +> **Eine Anforderung ist ein Bedarf, keine Lösung.** + +| ❌ So nicht | ✅ So | +|---|---| +| *„Verwendet systemd-boot mit diesen Registern"* | *„Das Gerät kehrt nach einem fehlgeschlagenen Update ohne anwesenden Menschen auf den vorigen Stand zurück"* | + +Das Erste ist eine Entscheidung vom Stuhl des Abnehmers aus. Das Zweite ist ein Bedarf, den XinionOS +erfüllen kann, wie es für richtig hält. + +**Das Anforderungsregister gehört diesem Strang, nicht den Abnehmern** — mit einer Spalte, wer +fordert. Sonst müsste XinionOS zwei Kundendokumente lesen, um zu wissen, was erwartet wird, und bei +einem dritten drei. + +## Was von der alten Arbeit gilt + +Diese Ablage ist am 19.09.2026 aus dem Archiv zurückgeholt worden: 13 Commits, sieben +Architekturentscheidungen, der Abbildbau. + +**Und hier gilt mehr weiter als anderswo.** Am 13.09.2026 wurde bei XinionONE die grüne Wiese +ausgerufen, weil das Produktbild falsch war. **Die Entscheidungen von XinionOS stammen nicht aus +diesem Bild, sondern aus Physik und Feld:** + +> *Ein Gerät, das beim Kunden im Rack steht und nach einem Update nicht mehr hochkommt, ist ein +> Vor-Ort-Einsatz — bei zweihundert Geräten zweihundert davon.* + +A/B-Wurzel, Rücksprung, Verschlüsselung, kein Auslagerungsspeicher, der Installationsdialog, der +Konsolenbereich: Das gilt unverändert, gleich welche Nutzlast darauf läuft. **Eine der sieben +beschreibt sogar genau diese Entkopplung** — eine Laufzeitschicht für alle Nutzlasten, GAIA als +Profil darauf. + +**Zu prüfen ist nur, wo eine Entscheidung XinionONE beim Namen nennt.** Solche Stellen werden zu +Anforderungen eines Abnehmers umformuliert, nicht gestrichen. + +## Was offen ist + +* **Das Konzept** entsteht im eigenen Confluence-Bereich, nicht als Abschnitt eines fremden. +* **Wer entscheidet, wenn zwei Abnehmer sich widersprechen.** Heute der CIO — es gehört + hingeschrieben, denn das bricht als Erstes, sobald ein Termin auftaucht. +* **Wer daran arbeitet.** Der Arbeitsplatz steht seit dem 02.09.2026 bereit und wurde nie benutzt. + **Entkopplung schafft keine Kapazität.** + +--- + +*Angelegt am 19.09.2026 beim Umzug in die eigene Organisation. Wiederhergestellt aus +`XinionONE/archive`, Bündel `xinionos.bundle`.*