SEC.01

Le playbook

Le run démarre en lecture seule : les sondes de reconnaissance décident de la suite. Les étapes qui suivent sont adaptées à la distribution et à l'état trouvés — une vraie machine est rarement propre.

1. 01recondistro (apt ou dnf) et architecture (amd64/arm64)
2. 02reconDocker Engine + plugin compose présents et daemon actif ?
3. 03reconstack déjà écrite dans /opt/monitoring ? ne pas écraser
4. 04reconports 3000/9090/9100 libres ? sinon qui les occupe
5. 05reconau moins 1 GB de RAM ; reverse proxy présent (si domaine)
6. 06agirInstaller Docker Engine (seulement s’il manque)vérif
7. 07agirÉcrire la config Prometheus et la datasource Grafanavérif
8. 08agirGénérer le mot de passe admin Grafanavérif
9. 09agirÉcrire la stackvérif
10. 10agirDémarrervérif
11. 11agirGrafana et Prometheus répondentvérif
12. 12agirReverse proxy TLS (seulement si un domaine est fourni)vérif

SEC.02

Ce qu'elle vérifie

Chaque étape embarque sa propre vérification. Le run ne continue que si elle passe, donc ce que la recette annonce comme fait est ce qui est réellement sur le serveur.

1. 01vérifInstaller Docker Engine (seulement s’il manque)Vérifié pardocker compose version && systemctl is-active dockerattendu : une version de Docker Compose puis active
2. 02vérifÉcrire la config Prometheus et la datasource GrafanaVérifié parls /opt/monitoring/prometheus.yml /opt/monitoring/grafana/provisioning/datasources/prometheus.yamlattendu : les deux fichiers listés
3. 03vérifGénérer le mot de passe admin GrafanaVérifié parstat -c '%a' /opt/monitoring/.env && grep -c GF_SECURITY_ADMIN_PASSWORD /opt/monitoring/.envattendu : 600 puis 1
4. 04vérifÉcrire la stackVérifié pardocker compose -f /opt/monitoring/compose.yaml config -q && echo okattendu : ok
5. 05vérifDémarrerVérifié pardocker compose -f /opt/monitoring/compose.yaml ps --status running -q | wc -lattendu : 3
6. 06vérifGrafana et Prometheus répondentVérifié parcurl -s -o /dev/null -w '%{http_code}' http://127.0.0.1:3000/api/healthattendu : 200
7. 07vérifReverse proxy TLS (seulement si un domaine est fourni)Vérifié parcurl -s -o /dev/null -w '%{http_code}' https://${domain}/api/healthattendu : 200

SEC.03

Les garde-fous

Les consignes non négociables que le run doit respecter, quoi qu'il trouve sur le serveur.

SEC.04

Les variables

Ce que vous choisissez avant de lancer — la recette s'occupe du reste.

SEC.05

Comment une recette s'exécute dans Servor

Servor est zero-knowledge : la plateforme ne peut rien exécuter seule. Quand vous lancez cette recette, un run lit la reconnaissance, planifie les étapes et demande votre validation. Chaque commande approuvée est signée par votre navigateur — avec une clé que le serveur ne voit jamais — puis relayée telle quelle à l'agent, qui vérifie la signature localement avant d'exécuter.

SEC.06

Bouton Deploy on Servor

Vous maintenez Stack Grafana + Prometheus ou un projet qui en dépend ? Ajoutez ce bouton à votre README ou à votre site : en un clic, vos utilisateurs l'installent sur leur propre serveur.

SEC.07

D'autres recettes observabilité

1. 01node_exporterExportateur de métriques système Prometheus, en service systemd.
2. 02NetdataMonitoring temps réel Netdata (canal stable), interface locale sur :19999.
3. 03PrometheusPrometheus (collecte de métriques), en service systemd local sur :9090.
4. 04GrafanaGrafana OSS (dépôt officiel), local sur :3000, admin à mot de passe aléatoire.
5. 05Grafana LokiAgrégation de logs Loki 3.7 via Docker, locale sur :3100.