StefanMoCoAt c51773a4c7 chore(docs+infra): update roadmap, improve home server plan, and archive outdated reports

- Adjusted infrastructure roadmap to use VM instead of nested LXC for Docker hosting, enhancing isolation and compatibility.
- Clarified multi-architecture CI/CD setup with native ARM64 builds and QEMU-based x86_64 builds.
- Updated documentation to include backup and offline-first strategies.
- Archived outdated session logs and reports for better file organization.

2026-02-06 20:49:47 +01:00

2.4 KiB

Raw Blame History

Session Log: Infrastructure Planning & Reporting Requirements

Datum: 06.02.2026 Teilnehmer: User (Owner), Lead Architect, DevOps Engineer

1. Zusammenfassung

In dieser Session wurde die zukünftige Infrastruktur für den Home-Server (Minisforum MS-R1) detailliert geplant und korrigiert. Zudem wurden Anforderungen für Reporting und Offline-Fähigkeit präzisiert.

2. Reporting / Printing (Vorgemerkt)

Der User benötigt eine Lösung zum Generieren von personalisierten PDFs (Startlisten, Ergebnislisten, Protokolle).

Status: Als "Next Step" in die Roadmap aufgenommen.
Architektur: Dezentraler Microservice (um Resource-Bursts vom Core-System fernzuhalten).
Aktion: Wurde in MASTER_ROADMAP_2026_Q1.md dokumentiert.

3. Infrastructure Setup (Minisforum MS-R1)

Hardware Specs:

Model: Minisforum MS-R1
CPU: 12 Kerne ARM (CP8180)
RAM: bis 64GB LPDDR5
Network: 2x 10G LAN
Storage: NVMe + USB-SSD (Backup)

Software Stack (Final Decision):

Base OS: Debian 12 (Vendor Variant, vorinstalliert/angepasst für Treiber).
Hypervisor: Incus (Community Fork von LXD).
Virtualization Strategy:
- infra-gitea (LXC Container): Gitea + Actions Runner.
  - Vorteil: Leichtgewichtig, Native ARM Builds via Runner.
- docker-host-prod (VM): Debian VM als Docker Host.
  - Grund: Bessere Isolation, Kernel-Unabhängigkeit vom Host, keine "Nesting"-Probleme (OverlayFS/ZFS).
CI/CD & Build Strategy:
- Tool: docker buildx auf dem Gitea Runner.
- ARM64 Images: Werden nativ gebaut (rasend schnell, da Host = ARM).
- x86_64 Images: Werden via QEMU-Emulation gebaut (langsamer, aber funktional).

4. Networking & Offline-First

Remote Access: Cloudflare Tunnel.
Local LAN (Offline):
- Die "Main-Native-Desktop-App" (Meldestelle) fungiert als lokaler Anchor/Server im LAN.
- Clients (Zeitnehmer) verbinden sich via LAN.
- Discovery: Lokale DNS-Strategie oder Service Discovery (mDNS) notwendig, damit Clients den Server auch ohne Internet finden.

5. Backup

Strategie: Automatisierte Snapshots/Backups auf externe USB-SSD.
Motto: "Kein Backup, kein Mitleid."

6. Nächste Schritte

Warten auf Hardware-Lieferung.
Installation & Setup gemäß korrigiertem Plan (VM statt LXC für Docker).
Vorbereitung der CI/CD Pipelines auf Multi-Architektur (Buildx/QEMU).

2.4 KiB Raw Blame History