Chatbotaurus
L’accélérateur de paradigme à portée de tous. Un instant, nous préparons votre page.
Aller au contenu principal

Plan de Continuite et de Reprise d'Activité (PCA/PRA)

Garantir la disponibilité et la resilience de la plateforme — NIS2 Art. 21 & ISO 22301.

1. Objectifs de continuite

MetriqueObjectifDescription
RPO< 24 heuresRecovery Point Objective — perte de données maximale acceptable
RTO< 2 heuresRecovery Time Objective — délai de remise en service
MTPD< 24 heuresMaximum Tolerable Period of Disruption — durée maximale d'interruption

Ces objectifs s'appliquent a l'ensemble des services critiques de la plateforme Chatbotaurus.

2. Architecture de resilience

L'infrastructure est conçue pour la haute disponibilité des l'origine :

  • Multi-AZ EU : Production : OVH France (souverain) ; test : Scaleway FR ; staging : hébergeur UE en Lituanie (multi-zone en roadmap)
  • Snapshots production : Snapshots automatiques quotidiens de l'infrastructure complete
  • pg_dump chiffre : Sauvegardes PostgreSQL chiffrees (AES-256) avec vérification d'integrite SHA-256
  • Coolify PaaS : Orchestration des conteneurs avec rollback rapide et déploiement blue-green
  • DNS redondant : Configuration multi-provider avec failover automatique (TTL bas)
  • Stockage distribue : Replication des données critiques sur sites geographiquement separes

3. Scénarios couverts

ScenarioImpactStrategie
Panne serveur uniquePartielBasculement automatique vers instance de secours
Cyberattaque (ransomware, DDoS)MajeurIsolation, restauration depuis backup propre, forensics
Perte datacenter completCritiqueActivation du site de reprise (DR site OVH)
Erreur humaine (suppression)VariableRestauration point-in-time depuis backups incrementaux
Defaillance fournisseurMajeurMigration vers fournisseur alternatif pre-qualifie

4. Procedure de basculement

En cas de sinistre, la procedure de basculement suit les étapes suivantes :

Étape 1 :Detection et qualification de l'incident (automatique via monitoring Beszel)
Étape 2 :Decision de basculement par l'Incident Manager (< 30 min pour P1)
Étape 3 :Coolify rollback ou déploiement sur site de secours
Étape 4 :DNS failover — basculement des enregistrements vers la nouvelle IP (TTL 60s)
Étape 5 :Restauration des données depuis le dernier backup valide (pg_restore)
Étape 6 :Verification fonctionnelle et validation avant reouverture du service

5. Stratégie de sauvegarde

TypeFrequenceRetentionStockage
PostgreSQL (pg_dump)Quotidien30 joursOVH Object Storage chiffre, périmètre HDS (cible)
Full system snapshotHebdomadaire8 semainesOVH snapshots, périmètre HDS (cible)
Off-site completMensuel12 moisObject Storage S3 EU (cible)
OpenBao secretsQuotidien90 joursChiffre, site separe

Tous les backups sont chiffres (AES-256-GCM) et leur integrite est vérifiée par checksum SHA-256 avant et après transfert.

6. Tests de restauration (programme cible)

TestFrequenceCritere de succes
Restore DB (staging)MensuelRestauration complete < 1h, integrite des données vérifiée
Full DR exerciseTrimestrielService operationnel sur site de secours < RTO (4h)
Test de failover DNSSemestrielBasculement transparent < 5 min
Restore secrets OpenBaoTrimestrielTous les secrets accessibles après restauration

Chaque test est documente avec un rapport incluant : durée effective, ecarts constates, actions correctives.

7. Communication de crise

En cas d'activation du PCA, la communication suit le protocole suivant :

  • Status page : Mise à jour en temps reel sur /status (incident declare < 15 min)
  • Email clients : Notification par email a tous les clients affectes (< 1h pour P1)
  • Hotline DPO : Ligne directe activee pour les questions relatives aux données personnelles (contact@chatbotaurus.com)
  • Updates réguliers : Communication toutes les 2h pendant la crise, puis quotidienne jusqu'à resolution

8. Revision du plan

Ce plan est un document vivant, revise selon le calendrier suivant :

  • Revision annuelle systématique avec validation par la direction
  • Revision après chaque incident de niveau P1 ou P2
  • Revision lors de tout changement majeur d'infrastructure
  • Revision si modification des objectifs RPO/RTO/MTPD
  • Intégration des retours d'expérience des exercices DR

Dernière mise à jour : mars 2026. Ce plan est conforme aux exigences de la directive NIS2 (UE) 2022/2555 Art. 21 et s'inspire de la norme ISO 22301:2019.

Besoin d'une réponse immédiate ?

Notre assistant MCP est disponible 24/7 pour repondre a vos questions techniques, vous guider dans votre projet ou resoudre vos problemes.

IA disponible maintenant
Réponse en quelques dizaines de secondes
Transparence AI Act (art. 50)
Disponible 24/7 (objectif)