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.
56 lines
2.2 KiB
Markdown
56 lines
2.2 KiB
Markdown
# Backend Model
|
|
|
|
**Status:** Stable
|
|
|
|
## Zweck dieses Dokuments
|
|
|
|
Dieses Dokument beschreibt das Backend als distributionsspezifische Umsetzung der Workspaces von Tuxflotte.
|
|
|
|
Es definiert seine Aufgabe innerhalb der Plattform und beschreibt seine Verantwortung sowie seine Abgrenzung zu den übrigen Komponenten der Architektur.
|
|
|
|
---
|
|
|
|
## Motivation
|
|
|
|
Die Linux-Welt zeichnet sich durch ihre Vielfalt aus.
|
|
|
|
Unterschiedliche Distributionen verfolgen unterschiedliche Ziele und besitzen eigene Stärken. Sie unterscheiden sich beispielsweise in ihrer Systemarchitektur, den Paketformaten, den Desktopumgebungen oder ihren Veröffentlichungsmodellen.
|
|
|
|
Diese Vielfalt ist eine Stärke des Linux-Ökosystems.
|
|
|
|
Tuxflotte respektiert diese Vielfalt und bewahrt sie. Anstatt Distributionen zu vereinheitlichen, kapselt die Plattform distributionsspezifische Unterschiede bewusst in Backends.
|
|
|
|
Dadurch können identische Workspaces auf unterschiedlichen Linux-Distributionen bereitgestellt werden.
|
|
|
|
---
|
|
|
|
## Definition
|
|
|
|
Ein Backend beschreibt die distributionsspezifische Umsetzung eines Workspace unter Berücksichtigung der organisatorischen Rahmenbedingungen.
|
|
|
|
Es übersetzt die fachlichen Anforderungen in distributionsspezifische Installationsdaten und nutzt dabei die nativen Installationsmechanismen der jeweiligen Distribution.
|
|
|
|
---
|
|
|
|
## Verantwortungsbereich
|
|
|
|
Ein Backend beschreibt beispielsweise
|
|
|
|
- die Zuordnung fachlicher Funktionen zu distributionsspezifischen Paketen,
|
|
- distributionsspezifische Konfigurationen,
|
|
- die Erstellung distributionsspezifischer Installationsdaten,
|
|
- die Anbindung an native Installationswerkzeuge sowie
|
|
- distributionsspezifische Besonderheiten.
|
|
|
|
Das Backend beschreibt die technische Umsetzung eines Workspace.
|
|
|
|
Die fachliche Beschreibung eines Arbeitsplatzes erfolgt durch den Workspace. Die organisatorischen Rahmenbedingungen werden durch die Organization beschrieben.
|
|
|
|
---
|
|
|
|
## Zusammenfassung
|
|
|
|
Das Backend verbindet die distributionsunabhängigen Modelle von Tuxflotte mit den nativen Installationsmechanismen einer Linux-Distribution.
|
|
|
|
Dadurch bleibt der Kern von Tuxflotte distributionsneutral, während gleichzeitig die Vielfalt des Linux-Ökosystems vollständig erhalten bleibt.
|