Die Geraeteschicht: Abbild, A/B-Wurzel mit Ruecksprung, Verschluesselung, Installation, Konsole. Nutzlast-unabhaengig.
Jedes Gigabyte kostet beim Herunterladen, auf dem Stick, ueber die Fernwartung und per Post. Und was im Abbild liegt, liegt zweimal auf der Platte — einmal je Wurzel — und steht in der Stueckliste, die ueber die Produktlebensdauer zu versorgen ist. Ins Abbild kommen Betriebssystem und die Software der Nutzlast. Modelle, Wissensspeicher und Kundenzustand liegen im Bestandsbereich. Richtwert unter drei Gigabyte; wird es groesser, ist die Frage nicht 'wie komprimieren wir', sondern 'warum ist das im Abbild'. Damit war ein Widerspruch aufzuloesen: NEXTgenIT/ADR-0004 haelt fest, die Modelle seien im Abbild mitgeliefert, sonst waere die Ersteinrichtung ein Transfer von ueber 100 GB. Das war richtig, solange Betriebssystem und Appliance ein Erzeugnis waren. Die Sorge bleibt berechtigt und wird anders geloest: Das Abbild ist klein, das ausgelieferte Geraet ist voll — Modelle kommen im Werk auf den Bestandsbereich. Der Fall, der dabei zuerst Sorge macht, loest sich von selbst: Eine Neuinstallation fasst den Bestandsbereich nicht an. Ein Transfer ueber die Leitung ist nur bei einem fabrikneuen leeren Geraet noetig. 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/