Thomas Stallinger
8ece25f954
Introduces the Merkmal-Backend-Blueprint realization model: a Merkmal describes one distribution-independent workspace feature, a Blueprint realizes exactly one Merkmal for exactly one backend (usually an Ansible role applied post-first-boot via ansible-pull), and a Bereitstellungsvorlage bundles workspace + backend + org-specific installation directives (partitioning, encryption, secure boot). Replaces the old flat profile model (profiles/profile.json/ distribution+version) throughout the provisioning API, data model, interactive provisioning flow, and device enrollment docs with templates/Bereitstellungsvorlage terminology. Moves 02-workspace-model.md and 04-backend-model.md into architecture/, archives the superseded flat organization-model.md.
949 B
Boot ↓ Preflight ↓ Netzwerk ↓ Hardware Identity ↓ Server Discovery ↓ Device Registration ↓ Assignment ↓ Runtime Blueprint ↓ Backend Selection ↓ Backend API ↓ Native Installer ↓ First Boot ↓ Provisioning Agent ↓ Managed System
Aktivierung und Gerätebindung
Ein neues Gerät authentifiziert den ersten Provisionierungsvorgang mit einem Aktivierungscode.
Nach erfolgreicher Prüfung wird der vom Installer erzeugte Hardware-Fingerprint an den Provisioning-Server übertragen.
Der Server bindet den Fingerprint an die Aktivierung beziehungsweise an die zugehörige Organisation.
Der Aktivierungscode ist damit die initiale Berechtigung.
Der Hardware-Fingerprint dient anschließend zur Wiedererkennung des Geräts.
Ablauf:
Aktivierungscode ↓ Hardware-Fingerprint ↓ Geräteregistrierung oder Wiedererkennung ↓ Bereitstellungsvorlage-Zuordnung ↓ Runtime Blueprint