S19: consume versioned engineering resources and move landscape documentation

docs/production-deployment.md

@@ -136,8 +136,9 @@ sudo -n /usr/local/bin/docker compose version
 sudo -n /usr/local/bin/docker info --format '{{.OSType}}/{{.Architecture}}'
 ```
 
-Als DSM geen `visudo` bevat, is `deploy/enable-docker.sh` het eenmalige alternatief.
-Kopieer het naar de eigen NAS-thuismap en voer het daar met sudo uit. Het maakt
+Als DSM geen `visudo` bevat, is `generated/deploy/enable-docker.sh` het eenmalige alternatief.
+Kopieer het naar de eigen NAS-thuismap en voer daar
+`sudo sh enable-docker.sh agiledancers-deploy /usr/local/bin/docker` uit. Het maakt
 uitsluitend de bovengenoemde regel, controleert die door als deploymentaccount
 Docker te starten en verwijdert een nieuwe regel als die controle faalt. Een
 afwijkende bestaande regel wordt niet overschreven. De implementatiesessie heeft
@@ -177,7 +178,7 @@ inrichten. Bewaar `admin-token`, `s6-release-token`, `s6-pull-token` en de priva
 `~/.ssh/known_hosts` en voer uit:
 
 ```sh
-java ci/Ci.java configure-deployment
+java generated/ci/Ci.java configure-deployment
 ```
 
 Defaults zijn de bevestigde NAS/account/SSH-poort, repository
@@ -269,8 +270,9 @@ nieuwe release door te drukken.
    controlescript uitvoeren met bestaande lockowner en gekozen release-directory:
 
    ```sh
-   ssh -i <private-key-path> -p <ssh-port> <deploy-user>@<nas> \
-     'timeout -k 5 300 sh -s -- apply <production-directory> <lock-owner> <release-directory-id>' < deploy/remote.sh
+   cat deploy/health.sh generated/deploy/remote.sh | \
+     ssh -i <private-key-path> -p <ssh-port> <deploy-user>@<nas> \
+     'COMPOSE_PROJECT=agiledancers-production DEPLOY_ROLES="backend frontend" DEPENDENCY_SERVICES=database REQUIRED_SECRETS=DATABASE_PASSWORD TARGET_PLATFORM=linux/amd64 timeout -k 5 300 sh -s -- apply <production-directory> <lock-owner> <release-directory-id>'
    ```
 
    Gebruik de eerder gepinde hostkey en gecontroleerde waarden uit het journal.
@@ -294,9 +296,9 @@ apart: imageherstel maakt geen migratie ongedaan. Rollback naar een oude release
 van vóór S16 kan de database niet lezen. Backup/restore blijven S17-werk.
 
 ```sh
-java ci/Ci.java test
-java ci/Ci.java release-test
-sh -n deploy/remote.sh
+java generated/ci/Ci.java test
+java generated/ci/Ci.java release-test
+sh -n generated/deploy/remote.sh
 mvn -N -Dformat.mode=check exec:exec@format
 ```