Effi
c246427cf5
- compose/gitea : SQLite -> Postgres (source = paquet App Center DSM, gitea_db 13 repos/3 users), image épinglée 1.27.3, push-to-create - scripts/07a-migrate-gitea.sh : export pg_dump (MVCC, .25 lecture seule) + tar/ssh (sshd DSM refuse rsync/scp) + manifestes sha256 - scripts/03b-secrets.sh : secrets gitea ajoutés - journal.md : entrées Phase 4
2.5 KiB
2.5 KiB
Infrastructure Folzo — Docs
Documents complémentaires. Lis-les dans cet ordre :
| Fichier | Rôle | Nature |
|---|---|---|
DOSSIER-RECREATION.md |
Le plan vivant (v2) : vision, architecture cible (edge / cœur famille / IA / spare), 3-2-1 (données IA incluses), plan de (re)création. | Source de vérité courante — à maintenir à jour. |
DOSSIER-SOFTWARE.md |
La Partie 5 — couche logicielle (table rase) : stack consolidée ~20 briques, décisions tranchées (photos, notes, mail, IA, comms, MDM), sécurité, backup restic/borg, ops, plan de migration R&D→production, AC1–AC10. | Cahier des charges logiciel — à implémenter pendant le rebuild. |
ETAT-DE-LART-2026-09-30.md |
Snapshot daté du scan 30/09/2026 : specs hardware, disques, conteneurs, réseau. Figé à la date du scan. | Référence immuable — source unique des faits matériels à la date du scan. |
ETAT-DE-LART-2026-10-06.md |
Snapshot daté (suivi 06/10/2026) : diagnostic disque USB backup HS, incident Nextcloud (Watchtower), état HyperBackup, accès SSH xpenology. | Référence immuable — source unique des faits matériels de la période 30/09–06/10. |
GUIDE-CULTURE-DONNEE.md |
La culture de la donnée : comment traiter la donnée comme un actif (naming, backup, sécurité, gouvernance). | Couche de transformation — principes + pratiques. |
archive/DOSSIER-INFRA.md |
Le plan v1 (30/09/2026) — supplanté par DOSSIER-RECREATION.md. |
Trace historique — conservé en archive/, plus mis à jour. |
PROJET-SECOND-CERVEAU.md |
Le cahier des charges du projet « Second Cerveau & Inventaire » : 9 exigences, architecture 2 couches, MVP, 31 critères d'acceptance. | Cahier des charges — à implémenter après les fondations infra. |
g9-migration/README.md |
Le kit d'exécution de la migration G9 : scripts + configs + compose, charte G1–G10, phases. g9-migration/journal.md = journal d'exécution (trace de ce qui a réellement été fait). |
Runbook opérationnel — à exécuter et tenir à jour pendant la migration. |
Règle : le dossier est vivant (il évolue), le snapshot est figé (il date), le guide est la culture. En cas de conflit sur les faits matériels, c'est le snapshot qui fait foi ; pour l'architecture machine et le plan, c'est
DOSSIER-RECREATION.md(v2) qui fait foi ; pour le logiciel (stack, briques, licences), c'estDOSSIER-SOFTWARE.md(Partie 5) qui fait foi.