Operations Checklists¶

Les check-lists d'exploitation constituent la dernière étape de validation avant, pendant et après une opération importante sur CMonChoix Platform.

Elles permettent de garantir que chaque intervention est réalisée selon un processus homogène, reproductible et documenté.

Contrairement aux procédures détaillées, une check-list ne décrit pas comment réaliser une opération.

Elle vérifie que toutes les conditions nécessaires sont réunies.

Objectifs¶

Les check-lists poursuivent plusieurs objectifs.

réduire les erreurs humaines ;
homogénéiser les interventions ;
améliorer la qualité des opérations ;
faciliter les audits ;
garantir la reproductibilité des procédures.

Une check-list ne remplace jamais l'analyse technique.

Elle constitue un filet de sécurité.

Principes¶

Toutes les check-lists de la Platform reposent sur les mêmes principes.

Simplicité¶

Une check-list doit pouvoir être parcourue rapidement.

Chaque point correspond à une vérification précise.

Exhaustivité¶

Les points critiques doivent être couverts.

Les vérifications inutiles doivent être évitées.

Traçabilité¶

L'utilisation d'une check-list doit pouvoir être documentée.

Il doit être possible de savoir :

quand elle a été utilisée ;
dans quel contexte ;
par quelle opération.

Réutilisabilité¶

Les mêmes check-lists peuvent être utilisées pour des opérations similaires.

Cette homogénéité simplifie les procédures d'exploitation.

Check-list avant une intervention¶

Avant toute opération importante, plusieurs éléments doivent être vérifiés.

Compréhension¶

le problème est identifié ;
le périmètre est connu ;
les composants concernés sont listés.

Documentation¶

la documentation est disponible ;
les procédures sont connues ;
les impacts attendus sont identifiés.

Sauvegardes¶

les sauvegardes nécessaires existent ;
leur intégrité est vérifiée ;
leur restauration est possible.

Voir :

Operations Backups

Validation¶

les prérequis sont satisfaits ;
les dépendances sont connues ;
les risques sont évalués.

Check-list avant un déploiement¶

Avant une mise en production, vérifier notamment que :

les validations sont terminées ;
les composants concernés sont identifiés ;
les évolutions sont documentées ;
les sauvegardes sont disponibles ;
la stratégie de retour arrière est prête ;
le monitoring est opérationnel.

Voir :

Operations Deployment

Check-list après un déploiement¶

Après la publication, vérifier notamment :

les services démarrent correctement ;
les traitements fonctionnent ;
les projections sont cohérentes ;
les temps de réponse restent conformes ;
aucune alerte inhabituelle n'apparaît.

Le déploiement n'est terminé qu'après ces contrôles.

Check-list après une maintenance¶

Après une opération de maintenance, confirmer que :

l'objectif est atteint ;
les données restent cohérentes ;
les traitements sont reproductibles ;
aucune régression n'est détectée ;
la documentation est mise à jour.

Voir :

Operations Maintenance

Check-list après un incident¶

Lorsqu'un incident est résolu, plusieurs validations sont réalisées.

la cause est identifiée ;
la correction est validée ;
les traitements fonctionnent normalement ;
les consommateurs ne présentent plus d'anomalie ;
l'incident est documenté.

Voir :

Operations Incidents

Check-list après une reprise¶

Après une procédure de reprise, vérifier notamment :

les données restaurées sont cohérentes ;
les projections sont valides ;
les traitements reprennent normalement ;
les performances restent conformes ;
le monitoring confirme le retour à un fonctionnement normal.

Voir :

Operations Recovery

Vérifications transverses¶

Certaines vérifications sont communes à toutes les opérations.

Architecture¶

Les responsabilités des composants restent inchangées.

Cohérence¶

Les données restent compatibles avec les principes de la Platform.

Documentation¶

Les documents concernés sont mis à jour.

Monitoring¶

Les principaux indicateurs sont revenus à un état attendu.

Traçabilité¶

Les opérations importantes sont enregistrées.

Invariants¶

Toutes les check-lists reposent sur plusieurs propriétés.

Une vérification n'est jamais implicite¶

Chaque point important est contrôlé explicitement.

Les validations précèdent les actions¶

Une intervention n'est jamais réalisée sans préparation.

Les opérations sont reproductibles¶

Deux interventions similaires utilisent les mêmes critères de validation.

Les résultats sont documentés¶

Chaque intervention importante laisse une trace exploitable.

Garde-fous¶

Les check-lists ne doivent jamais être utilisées comme une simple formalité.

Ne jamais :

ignorer un point non validé ;
poursuivre une opération malgré une anomalie critique ;
considérer une opération terminée sans contrôle final ;
remplacer une analyse technique par une simple vérification de liste ;
oublier la mise à jour de la documentation.

Vision long terme¶

À mesure que CMonChoix Platform évoluera, les check-lists seront progressivement enrichies afin d'accompagner :

les nouvelles verticales ;
les nouveaux mécanismes de déploiement ;
les évolutions du Runtime ;
les procédures automatisées ;
les futurs outils d'exploitation.

Elles conserveront cependant leur objectif fondamental : garantir que chaque opération importante soit réalisée selon un processus fiable, cohérent et reproductible.

Voir aussi¶

Check-list infrastructure finale¶

Avant de considérer l'infrastructure comme saine :

ccx-ops health
ccx-ops restore-check
ccx-ops audit
docs-check

Résultats attendus :

RESTORE_CHECK_STATUS=OK
CCX_AUDIT_STATUS=OK

Vérifier également :

disque système inférieur au seuil critique ;
disque /mnt/data inférieur au seuil critique ;
Docker opérationnel ;
MariaDB démarré ;
WordPress démarré ;
Redis démarré ;
Nginx Proxy Manager démarré ;
Portainer démarré ;
documentation construite et publiée.