Continuité de l'Activité et Reprise après Sinistre
Dernière mise à jour : 4 juillet 2026
Les fondateurs font confiance à CORPYO pour conserver les registres d'entreprise, les dépôts et la correspondance qui comptent pendant des années, et non simplement le temps d'une seule session. Notre approche de la continuité de l'activité est conçue autour de cette réalité.
Redondance
Notre environnement de production est construit, dans la mesure du possible, sans dépendre d'un point de défaillance unique : l'infrastructure applicative fonctionne sur le réseau edge mondialement distribué de Vercel, notre base de données principale fonctionne avec réplication, et les ressources statiques et documents sont servis via un CDN redondant. Les régions des fournisseurs cloud sont sélectionnées en tenant compte du basculement, de sorte que la perte d'une seule zone de disponibilité ne mette pas la plateforme hors service.
Fréquence des Sauvegardes
Les sauvegardes de base de données s'exécutent automatiquement en continu ou quasi-continu via une récupération à un instant précis combinée à des instantanés complets réguliers, et les documents téléchargés par les clients sont stockés dans un stockage d'objets redondant et versionné. Les sauvegardes sont chiffrées au repos (voir Chiffrement) et stockées séparément de l'environnement de production principal, de sorte qu'un incident unique affectant la production ait peu de chances de compromettre également les sauvegardes nécessaires pour s'en remettre.
Objectifs de Récupération (RTO/RPO)
Nous concevons et testons nos processus de récupération par rapport à des objectifs internes pour :
- L'Objectif de Temps de Récupération (RTO) — le délai cible pour restaurer le service principal après une perturbation majeure.
- L'Objectif de Point de Récupération (RPO) — la quantité maximale acceptable de données récentes susceptibles d'être perdues dans un scénario de récupération du pire cas.
Nous présentons ces éléments comme des objectifs internes plutôt que des SLA contractuels sur cette page ; les clients entreprises ayant des exigences spécifiques de continuité peuvent demander par écrit nos objectifs actuels de RTO/RPO et notre cadence de tests de sauvegarde via [email protected].
Stratégie de Disponibilité
Nous surveillons en continu la disponibilité de la plateforme et visons une haute disponibilité pour le produit principal (tableau de bord, suivi des commandes, authentification et API) — consultez notre page d'état en direct sur /trust/status. Lorsqu'un composant se dégrade, notre architecture est conçue pour échouer avec élégance : par exemple, les retards des tâches en arrière-plan ne devraient pas empêcher un fondateur de consulter le statut de sa commande existante, et un problème régional ne devrait pas mettre hors service l'ensemble de la plateforme. La maintenance planifiée est programmée pour minimiser l'impact client et, lorsque cela est possible, réalisée sans interruption de service grâce à des déploiements progressifs.