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.
52 lines
949 B
Markdown
52 lines
949 B
Markdown
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
|