Docker Compose — OpenSPP 2026.08

Passerelle nginx, postgresql/postgis, application openspp, worker de file et service de sauvegarde. Le domaine public est attribué au service d’entrée ; les autres composants communiquent sur le réseau interne.

Un serveur compatible avec les besoins de la solution, Docker géré par Coolify, un domaine pointé vers le serveur, un espace de stockage persistant et un accès administrateur à la plateforme. La mémoire, le processeur et le disque doivent être dimensionnés selon les utilisateurs, les données et les tâches de fond. OpenSPP soutient les registres sociaux et la gestion de programmes d’assistance sur une base Odoo.

Les variables décrivent les domaines et le comportement de l’application. Les secrets sont générés une fois et partagés avec les services qui utilisent la même identité. L’état durable comprend la base PostGIS, les fichiers Odoo, les extensions OpenSPP et les archives produites par le service de sauvegarde.

Créer un service Docker Compose, importer le fichier, attribuer le domaine, compléter les paramètres puis lancer le déploiement. Attendre les initialisations et exercer le parcours suivant : déploiement, activation du produit, routage mono-base, origine canonique, santé applicative, persistance et sauvegarde intégrée.

Restaurer base et filestore ensemble, puis vérifier les modules et le routage du programme. Avant une mise à jour, produire un point de reprise, tester la nouvelle version dans un environnement isolé et rejouer le parcours d’acceptation.

Le bloc services décrit les conteneurs et leurs responsabilités. Les ancres réutilisent les variables communes sans dupliquer leur définition. Les volumes nommés identifient les états qui survivent aux redéploiements. Les contrôles de santé et les conditions de dépendance organisent le passage de la base vers l’initialisation, puis vers le service courant. Les concepts de personne, groupe, programme, éligibilité et prestation doivent être gouvernés comme un système public sensible.

Avant toute adaptation, repérer le service exposé, le propriétaire des migrations, les travailleurs, les magasins d’état et les fichiers gérés. Modifier ensuite une responsabilité à la fois et conserver un parcours de validation reproductible. L’adoption exige des règles de minimisation, de rectification, de contrôle d’accès et de recours, en plus du paramétrage fonctionnel.

Après installation, suivre le domaine public, les certificats, la santé des services, l’espace disque, les files et la croissance des bases. Les comptes administrateurs nominatifs remplacent les accès partagés. Les changements de configuration sont relus, datés et accompagnés d’un contrôle fonctionnel. Le profil validé réunit Nginx, PostgreSQL/PostGIS, l’application OpenSPP sur Odoo 19, un worker de file et un service de sauvegarde.

Une nouvelle version peut modifier les images, variables, migrations ou chemins persistants. Comparer la composition avec la documentation de la version ciblée, mettre à jour dans un environnement isolé et vérifier les fonctions réellement utilisées. Le modèle reste un point de départ opérationnel, pas un substitut à l’administration du service. Il impose un routage mono-base et une origine canonique afin qu’un hôte public ne sélectionne pas une base inattendue.

Vérifier que le fichier ne contient aucun mot de passe ni domaine privé, que les images sont versionnées, que tous les volumes utiles sont nommés et que le service public possède un contrôle de santé. Relire ensuite les instructions d’installation avec une personne qui n’a pas participé à la conception. L’état durable comprend la base et le filestore Odoo, capturés comme un même ensemble.

Le fichier utilise des ressources gérées dont les signes dollar appartiennent à Nginx, pas à une commande Compose. Il maintient également des rôles de base distincts et un chemin de sauvegarde dédié. Après restauration de PostgreSQL et du filestore, la vérification doit confirmer la base sélectionnée, les modules OpenSPP et l’exécution du worker.