Déployer l'application en production (et pré-production)

[arnaudrenaud]

• [x] Disposer d'un serveur Linux accessible via SSH (mot de passe modifié, port SSH éventuellement modifié, utilisateur annexe éventuellement créé)
• [ ] Limiter le trafic entrant au minimum (tout bloquer sauf SSH, HTTP, HTTPS)
• [x] Disposer de Git, make, Docker sur le serveur
• [x] Configurer l'application pour la production (#10)
• [x] Cloner le code source de l'application sur le serveur
• [x] Démarrer l'application (il faudra donner des droits spécifiques à l'utilisateur : sudo usermod -a -G docker $USER)
• [x] Mettre en place un reverse proxy avec SSL (Caddy) qui redirige vers les applications de production (https://arnaud.wns.wilders.dev) et de pré-production (https://staging.arnaud.wns.wilders.dev)
• [x] Faire persister les logs des services (Docker -> journald : https://docs.docker.com/config/containers/logging/journald/#usage puis systemctl reload docker && systemctl restart docker)
• [x] Au redémarrage du serveur, tous les services doivent redémarrer automatiquement (vérifier que le service est enabled avec systemctl status <service>)

Bonus :

• [ ] Activer la connexion au serveur par clé SSH

[arnaudrenaud]

Caddy :

• Modifier la configuration (/etc/caddy/Caddyfile) :

  
  arnaud.wns.wilders.dev {
      reverse_proxy localhost:8000
  }

staging.arnaud.wns.wilders.dev { reverse_proxy localhost:8001 }

- Après chaque modification, recharger Caddy : `systemctl reload caddy`

Consulter les logs : `journalctl -u caddy`

[arnaudrenaud]

Consulter les logs d'un service donné :

journalctl CONTAINER_NAME=<container_name>

Pour connaître le nom du conteneur : docker ps.

[arnaudrenaud]

Redémarrer manuellement le gateway s’il ne redémarre pas suite à make run-prod :

docker compose -f docker-compose.prod.yml restart gateway

Si vous devez forcer l’interruption des services avant de les redémarrer :

docker compose -f docker-compose.prod.yml down --remove-orphans