Admins legen eigene Profile als YAML an; geprüft wird beim Tippen gegen dasselbe Schema wie der Katalog, dazu eine Vorschau des erzeugten Skripts. Katalogprofile bleiben schreibgeschützt und lassen sich als Kopie bearbeiten. Ein Profil, das ein anderes voraussetzt, lässt sich nicht löschen. Closes #011 Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
1.5 KiB
1.5 KiB
#022 Templates mit eingebackenen Profilen
Status: offen Meilenstein: v0.3.0 Labels: feature, proxmox Geschätzt: 4 h Tatsächlich: –
Ziel
Beim Template-Bau Profile (z. B. base, docker) gleich mit installieren, damit Deployments schneller fertig sind. Wunsch von Florian am 2026-10-12.
Aufgaben
- Template-Bau-Anfrage um
profileerweitern (nur Profile ohne Pflichtvariablen bzw. mit Standardwerten) - Nach dem Vorbereitungsstart: VM erneut starten, Profile über den Guest-Agent ausführen (gleicher Code wie beim Deployment)
- Aufräumen vor dem Template: Maschinen-ID leeren,
cloud-init clean, SSH-Host-Keys löschen,apt-get clean, Logdatei entfernen - Name/Tags:
tpl-debian-13-docker, Tagsproxdeploy-template;debian-13;profil-docker - Ausrollen: passendes Template bevorzugen (eingebackene Profile ⊆ gewählte); eingebackene Profile beim Deploy überspringen, wenn ihre Variablen den Standardwerten entsprechen
- Optional: zusätzlicher Admin-/Notfall-Schlüssel im Template (Standard bleibt: Schlüssel je Deployment, siehe #015)
Akzeptanzkriterien
- Template debian-13 + docker auf pve-demo; Deploy daraus mit docker deutlich schneller als ohne
Abhängigkeiten
#007, #008
Notizen / Entscheidungen
- SSH-Schlüssel gehören grundsätzlich nicht ins Template: beim Wechsel müsste jedes Template und jeder Klon angefasst werden. Dafür kommen Standard-Schlüssel je Benutzer/Team (aus #015 vorgezogen).