Maintenir le service et l’équipe en marche face aux perturbations liées aux fournisseurs, à l’infrastructure ou aux personnes.
01Approche
- Toute la plateforme est décrite en code, elle peut donc être reconstruite dans une autre zone de disponibilité AWS, ou une autre région, à partir des dépôts et des sauvegardes.
- Les connaissances critiques sont écrites sous forme de procédures à côté du code, et non détenues par des individus.
- Les chaînes de déploiement peuvent tourner chez un autre fournisseur de build sans changement de code.
- Les fournisseurs clés sont choisis pour leur propre redondance (AWS multizone, réseau mondial de Cloudflare).
02Scénarios
| Scénario | Réponse |
|---|---|
| Perte d’un nœud de base de données | Bascule automatique au sein du replica set |
| Perte d’un serveur | Reconstruction depuis le modèle, rattachement du volume de données ou restauration d’un instantané |
| Version défectueuse | Retour à la version précédente conservée sur le serveur |
| Perturbation du fournisseur de build | Bascule vers le fournisseur de build alternatif |
| Personne clé indisponible | Les procédures et les rôles au moindre privilège permettent à un autre opérateur d’agir |
03Contact
Questions sur cette politique, questionnaires de sécurité et demandes d’accord de traitement des données : privacy@mentornity.com.