xinionos/README.md
Thomas Reitz d9ed1bc2ff XinionOS als eigenes Erzeugnis herausgeloest
Die Geraeteschicht — Abbild, zwei Wurzeln, Selbstprueflauf, Ruecksprung —
verlaesst die Ablage der ersten Appliance und wird ein eigenes Erzeugnis
mit eigenem Takt und eigenem Nachweis.

Drei Gruende, nach Gewicht: Der Cyber Resilience Act verpflichtet fuer das
gesamte Produkt einschliesslich der Betriebssystemschicht — vier gewachsene
Basissysteme waeren vier Stuecklisten und vier Schwachstellenprozesse, eine
gemeinsame Basis ist ein Dossier. Der Ruecksprung wird nur einmal richtig
gebaut, weil er nur geprueft wird wenn ihn jemand braucht. Und eine
abgegrenzte Aufgabe laesst sich ausschreiben, was unmittelbar auf das
groesste benannte Risiko des Hauses einzahlt.

Der Einwand der Vertraeglichkeitsmatrix wird durch den Nutzlast-Vertrag
entkraeftet statt weggeredet: Die Nutzlast liegt in der Wurzel und wird mit
ihr getauscht. Eine Fassung, ein Rueckweg, keine Matrix.

Das OS kennt kein Produkt — Regel 1. Alle Namen sind entkoppelt, die
Statusseite ist auf die Standardbibliothek umgestellt, weil jede
Abhaengigkeit im Grund-OS eine Verpflichtung ueber die Produktlebensdauer
ist.

Nichts davon ist gelaufen. Der Inhalt gilt als Bauplan.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-20 08:02:55 +02:00

43 lines
2 KiB
Markdown

# XinionOS — das Betriebssystem der Xinion-Appliances
XinionOS ist die **Geräteschicht** unter den Appliance-Produkten des Hauses. Es liefert ein Gerät,
das startet, sich selbst prüft, sich sicher aktualisieren lässt und im Fehlerfall von allein auf die
vorherige Fassung zurückkehrt — und sonst nichts.
**Es weiß nicht, was auf ihm läuft.** Das ist keine Sparsamkeit, sondern der Zweck: Dieselbe Basis
trägt eine ITSM-Appliance, eine Proxy-Appliance und eine Anwendungsplattform, ohne von einer davon
etwas zu wissen.
## Wo es im Haus steht
| Ebene | Was | Beispiele |
|---|---|---|
| Anwendungen | Fachliche Produkte | COSMOS, INSIGHT, ORION |
| Plattform | Laufzeit- und Betriebsschicht | OLYMPUS · oder die Wirt-Dienste einer Fach-Appliance |
| **Gerät** | **XinionOS** | **diese Ablage** |
| Infrastruktur | Rechenzentrum | GAIA |
Beim Kunden auf Blech ist XinionOS das, worauf die Verkaufsvariante der Plattform läuft.
## Was es leistet
* **Ein Abbild, unbeaufsichtigt installierbar** — der Techniker legt das Medium ein und geht.
* **Zwei abwechselnd beschriebene Wurzeln.** Ein Update schreibt nie in die laufende Fassung.
* **Ein Selbstprüflauf entscheidet über den Start.** Nicht „bootet" gilt als Erfolg, sondern
„ist arbeitsfähig".
* **Rücksprung ohne Zutun.** Kommt eine neue Fassung nicht sauber hoch, kehrt das Gerät nach
begrenzten Versuchen von selbst zurück.
* **Betrieb ohne Internet.** Nichts holt sich selbsttätig Aktualisierungen.
* **Eine Einhängestelle für genau eine Nutzlast** — siehe [`nutzlast/`](nutzlast/VERTRAG.md).
## Was es ausdrücklich nicht leistet
Keine Fachlichkeit, keine Anwendungslogik, keine Benutzerverwaltung, keine Mandantenfähigkeit.
Das alles ist Sache der Nutzlast.
## Einstieg
* **Regeln für die Arbeit hier:** [`CLAUDE.md`](CLAUDE.md)
* **Wenn Du baust:** [`BRIEFING.md`](BRIEFING.md)
* **Der Vertrag zur Nutzlast:** [`nutzlast/VERTRAG.md`](nutzlast/VERTRAG.md)
* **Was wirklich gemessen wurde:** [`docs/nachweise/`](docs/nachweise/README.md)