Add infrastructure stack and planning updates

Readme.md

@@ -86,6 +86,47 @@ Synology.
 
 https://thomes.blog/2020/12/09/how-to-gitea-on-synology/
 
+## Synology infrastructure stack
+
+Hvis Synology genstarter, er det let at ende med at Mosquitto, Gitea DB og Gitea ikke kommer op i korrekt rækkefølge.
+
+Denne repo indeholder derfor også en compose-baseret variant i [docker-compose.infrastructure.yml](docker-compose.infrastructure.yml) med:
+
+* `restart: unless-stopped` på Mosquitto, Gitea DB og Gitea
+* healthchecks på alle tre services
+* `depends_on` så Gitea først starter når databasen er healthy
+* Gitea-vaerdier justeret til at spejle den nuvaerende interne `app.ini`-opsaetning
+
+Brug den sammen med en lokal `.env.infrastructure` baseret på [.env.infrastructure.example](.env.infrastructure.example).
+
+Det giver en mere robust opstart end manuelt oprettede containere i Synology UI, især efter NAS-reboot.
+
+### Sikker migration fra Synology UI til compose
+
+Hvis du vil flytte Mosquitto, Gitea DB og Gitea fra Synology UI til compose uden datatab, saa goer det i denne raekkefoelge:
+
+1. Bekraeft at paths i `.env.infrastructure` matcher de eksisterende mounts i Synology UI.
+2. Tag backup af mindst disse mapper: `/volume1/docker/gitea/data`, `/volume1/docker/gitea/db` og Mosquitto `config`, `data`, `log`.
+3. Eksporter eller tag screenshots af nuvaerende container-indstillinger i Synology UI, saa porte, mounts og miljoevariabler kan sammenlignes bagefter.
+4. Stop foerst `gitea`, derefter `gitea-db` og til sidst `mosquitto` i Synology UI.
+5. Lad containerne blive liggende i UI i foerste omgang, men undgaa at starte dem igen under testen.
+6. Kør compose-stakken med samme data-mounts, saa de nye containere genbruger eksisterende data i stedet for at initialisere nyt dataindhold.
+7. Start foerst `gitea-db` og vent til den er healthy.
+8. Start derefter `gitea` og kontroller at login, repositories og push virker som foer.
+9. Start `mosquitto` og kontroller at Home Assistant reconnecter, og at dørklokker eller andre MQTT-afhaengige funktioner virker igen.
+10. Naar alt virker stabilt, kan de gamle UI-oprettede containere slettes eller deaktiveres permanent.
+
+Praktisk testsekvens efter migration:
+
+* Aabn Gitea og bekraeft at repos og historik er intakte.
+* Test et `git pull` og et lille `git push` mod Gitea.
+* Bekraeft at Home Assistant kan ramme MQTT igen.
+* Ring paa en doerklokke eller test en anden MQTT-trigger.
+
+Vigtig regel: genbrug eksisterende data-paths under hele migrationen. Den stoerste risiko er ikke compose-filen, men at man ved en fejl starter en ny tom database eller en ny tom Gitea-data-mappe.
+
+En kort cutover-version findes i [dokumenter/infrastructure_cutover_checklist.md](dokumenter/infrastructure_cutover_checklist.md).
+
 ## use git version control on the local gitea client
 https://community.home-assistant.io/t/sharing-your-configuration-on-github/195144