Images buildées localement — build/

Les images construites sur place ont leurs sources sous build/<image>/ (Dockerfile + fichiers). Les composes y pointent via build: { context: /srv/docker/build/<image> }.

build/<image>/	Stack	Image	Notes
raid-monitor	monitoring	raid-monitor:local	alpine ; script check-raid.sh embarqué ; surveille md0, webhook HA
intel-gpu-exporter	monitoring	tichnou-intel-gpu-exporter	debian-slim ; intel-gpu-tools ; exporte les métriques iGPU (port 9125)
homeassistant	domotique	(build désactivé)	surcouche du HA officiel (psycopg2, asyncpg, moonraker-api…) — utilise l'image de base
comptes/backend + comptes/frontend	apps	tichnou-comptes_*	FastAPI (py3.11) + React/Vite ; code aussi bind-monté en /app (live)
actions-manager/backend + /frontend	apps	—	FastAPI + React/Vite ; base timescaledb ; clé GEMINI_API_KEY
dockmate	management	dockmate:local	orchestrateur Node (backup/up/health/rollback)
wiki	wiki	wiki:local	FROM squidfunk/mkdocs-material:9.7.6 + plugins (awesome-pages, git-revision-date) + git

Apps en code « live »

Les apps (comptes, actions-manager) montent leur code depuis build/<app>/… vers /app (le build: et le bind :/app pointent vers le même dossier). Après modif d'un Dockerfile : docker compose build <service> && docker compose up -d <service>.

Image wiki

• Build : /srv/docker/build/wiki/Dockerfile — base épinglée mkdocs-material:9.7.6, apk add git, pip install de mkdocs-awesome-pages-plugin + mkdocs-git-revision-date-localized-plugin.
• Pourquoi épinglé : éviter qu'une montée de version du thème casse le rendu sans décision explicite (cf. Décisions). MAJ = changer le tag puis rebuild.