Étape 00 — Cadrage & inventaire
Comprendre l’existant avant toute modification.
Pourquoi commencer par un inventaire ?
Avant de modifier quoi que ce soit, il faut savoir ce qui existe déjà. Cette étape est volontairement non destructive : on observe, on documente et on identifie les inconnues. À la fin, l’équipe doit pouvoir répondre à « où tourne P&P, comment est-il déployé, où sont les données, les secrets, les sauvegardes et les dépendances externes ? ».
Lire la section complète, copier une commande à la fois, vérifier le résultat attendu, puis seulement continuer.
- VPS : serveur virtuel hébergé chez un fournisseur.
- DNS : système qui relie un nom de domaine à un serveur.
- Secret : mot de passe, token ou clé qui ne doit jamais être stocké dans Git.
1. Objectif
Observer avant de modifier. Cette phase ne change rien en production. Elle permet de connaître les versions, ports, services, dépendances, secrets, sauvegardes et flux externes existants.
2. Inventaire du serveur actuel
Exécuter les commandes de lecture suivantes sur le serveur actuel avec un compte autorisé.
hostnamectl
uname -a
cat /etc/os-release
ip -br addr
ss -lntup
df -h
free -h
systemctl --type=service --state=running --no-pager
docker version 2>/dev/null || true
docker compose version 2>/dev/null || true
docker ps --format "table {{.Names}}\t{{.Image}}\t{{.Ports}}" 2>/dev/null || trueEnregistrer la sortie dans docs/inventory/ du Git interne après suppression de toute donnée sensible.
3. Vérifier le Git interne
Le produit Git exact n’est pas encore figé dans ce guide. Vérifier au minimum les capacités suivantes dans votre installation : protection de main, Pull Requests / Merge Requests, CI/CD, stockage d’artefacts ou registry, MFA, journal d’audit et sauvegarde du serveur Git.
4. Livrables à créer
Créer ces fichiers dans le dépôt de documentation :
mkdir -p docs/inventory touch docs/P&P-INFRA-INVENTORY.md touch docs/ARCHITECTURE.md touch docs/RGPD.md touch docs/PAYMENTS.md