9fd5dbb0df
Supervision des applications
Le script healthcheck-apps.sh est exécuté par le timer systemd toutes les cinq minutes et trois minutes après chaque démarrage serveur. Il vérifie les conteneurs Docker Compose, leur healthcheck, leur politique de redémarrage et les routes HTTPS Traefik déclarées. Une tâche ponctuelle terminée avec succès est reconnue comme telle. Toute réponse HTTP inférieure à 500 confirme la joignabilité d’une route, y compris une API sans page racine ou un tableau protégé. En cas d’anomalie, il produit un rapport et une entrée de journal, sans redémarrer de conteneur. Les redémarrages automatiques restent assurés par les politiques Docker restart et par manus-apps.service au démarrage du serveur.
Le dernier rapport est écrit dans /var/lib/manus-apps-health/latest.txt. Les anomalies sont aussi consignées dans le journal système avec le tag manus-apps-health.
Le runner de recette est installé par install-gitea-act-runner.sh. Il construit une image locale Node 22 avec Bash, Git, GNU tar et pnpm 10.4.1 préactivé, puis s’enregistre auprès de Gitea avec un jeton éphémère. Les workflows s’exécutent ensuite dans cette image isolée sur le réseau Docker web. GNU tar est requis par actions/cache pour créer et restaurer les archives de dépendances.
Le cache Gitea Actions est actif sur le port hôte 18088 et stocke ses archives sous /opt/manus-deploy/gitea-runner/cache. Les workflows doivent utiliser une clé dérivée de leur fichier de verrouillage, par exemple pnpm-lock.yaml, afin de ne jamais réutiliser des dépendances incompatibles.
Les pushes du dépôt manus-dashboard créent une demande atomique prise en charge par manus-dashboard-self-deploy.path. Le conteneur ne se redéploie donc jamais lui-même : le service systemd hôte effectue le build et le démarrage du remplacement.
Après mise à jour Git, installer ou actualiser le service avec :
sudo ./ops/install-healthcheck.sh