Die Geraeteschicht: Abbild, A/B-Wurzel mit Ruecksprung, Verschluesselung, Installation, Konsole. Nutzlast-unabhaengig.
Die Sicherung wird ebenfalls verschluesselt — aber die Wahl des Schluessels ist wichtiger als die Entscheidung selbst. Mit dem Geraeteschluessel verschluesselt waere sie genau dann unlesbar, wenn man sie braucht: Geraet zerstoert, Baustein weg, Sicherung wertlos. Sie traegt deshalb einen eigenen Schluessel, der nicht am Geraet haengt und den der Kunde verwahrt. Zum Sicherheitstoken: Er loest an drei Stellen drei verschiedene Probleme, die leicht verwechselt werden. Als Wiederherstellung tragfaehig, als zweiter Faktor eigenstaendig sinnvoll — als dauerhaft steckende Startbedingung aber ohne Gewinn gegenueber dem Sicherheitsbaustein, weil beide gegen ein entwendetes Laufwerk schuetzen und keiner gegen ein entwendetes Geraet. Echt und verkaufbar ist der Fall, in dem der Token bewusst entfernt wird. Deshalb: Sicherheitsbaustein bleibt der Regelweg, Token ist Zusatzausstattung fuer Kunden, die 'startet nicht ohne Token' verlangen — mit der ausgesprochenen Folge, dass das Geraet nach einem Stromausfall nicht von allein hochkommt. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> |
||
|---|---|---|
| abbild | ||
| docs | ||
| nutzlast | ||
| wurzel | ||
| .gitignore | ||
| BRIEFING.md | ||
| CLAUDE.md | ||
| README.md | ||
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/.
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 - Wenn Du baust:
BRIEFING.md - Der Vertrag zur Nutzlast:
nutzlast/VERTRAG.md - Was wirklich gemessen wurde:
docs/nachweise/