Architecture

Un avion de contrôle. Deux zones de confiance. Un parcours de récupération mesuré.

La conception de référence sépare la découverte de la production, la confiance des artefacts et l'exécution de la récupération afin que les identités de production compromises ne puissent pas directement contrôler la récupération.

Design de référence

Plusieurs comptes et régions, dès la conception.

La production est observée avec la découverte de lecture seulement. Terraform passe par la promotion basée sur des preuves avant la sélection par récupération.

Architecture de référence DR-as-Code
Découverte de production → Artifact de confiance → Récupération active-chaleureuse
Architecture de référence Dockfield DR-as-CodeZONE DE CONFIANCE PRODUCTION Environnement AWS principalVPC · ALB/NLB · Route 53ECS / EKS · EFS · S3RDS / Aurora · dépendancesDÉCOUVERTE EN LECTURE SEULE Moteur de codificationBoto3 InventaireIdentifiants → références TerraformVersion et manifeste de preuvesExemple : 5 minutes Quarantaine et approbationIntégrité · politique · plan / applicationRéseau · données · tests d'applicationDernier artefact sain validé et signéAPPROBATION REQUISEZONE D’EXÉCUTION DE LA REPRISE Stockage de reprise sécuriséImmuable, chiffré, versionnéTerraform et verrouillage des fournisseursHorodatage de reprise et preuvesCompte de sécurité / reprise distinctDERNIER ÉTAT SAIN VALIDÉ Restauration des donnéesRDS / Aurora PITRReplication native DB où elle est utiliséeBackups : gouvernance / rétentionCorrélation du temps avec IaCPRÉREQUIS : DONNÉES Reprise Active-WarmSocle maintenu prêt pour la repriseCalcul ECS / EKS à la demandeValidation des trois couchesBascule contrôlée du traficBASCULE TESTÉELe principe du designGardez ce qui détermine la vitesse de récupération au chaud. Recréez le calcul du conteneur élastique uniquement lorsque les tests prouvent que le RTO cible est toujours en place.
Automatisation Décision de confiance Récupération prête dépendance

Ransomware résilience

Ne déployez jamais le dernier snapshot aveuglément.

Tout artefact issu de la production est d’abord considéré comme non fiable. L’approbation démontre sa qualité ; la sélection lors de l’incident vérifie qu’il a été capturé avant le premier instant plausible de compromission.

Infrastructure de confiance & promotion
Assurance continue plus responsabilité incident-commande
Ransomware-safe artifact pipelineTerraform généré est quarantiné, testé, promu et sélectionné contre la limite de compromis.Assurance continuecaptureInventaire + Manifeste01QuarantaineNon-confiant par défaut02ValidéL’intégrité + politique03TestéRéseau · Data · App04PromouvoirSigné exact digest05Sélection de temps d’incidentPremier instant plausible de compromissionLes preuves médicales établissent letemps de compromis le plus précoce.Autorisation humaineSélecteur de repriseDernière snapshot approuvéeavant la limite du compromis.NOUVEAU PLAN EN ENVIRONNEMENT ISOLÉReprise depuis un état fiableTerraform et utilisation de la restauration de bases de donnéesun timestamp de confiance correlé.RETESTER AVANT LE TRAFICLe nouvel artefact n’est pas automatiquement le plus sûr.
Porte 01

Integrité et provenance

Identité du producteur, signature, digeste, manifeste, compte source, région, chaîne d’outils et verrouillage de dépendance.

Porte 02

Sécurité & politique

Exposition des secrets, accessibilité du public, cryptage, privilège, enregistrement, changement destructeur et références mutables.

Porte 03

Test du temps

Planification / application isolée et validation de réseau, de données et d'applications. Les objets manquants sont placés en quarantaine.

La cohérence de la récupération

L'infrastructure et les données retournent à un point de confiance.

Le manifeste enregistre le temps de capture de la production. La récupération de base de données est vérifiée contre les limites réelles réparables avant l'exécution.

Temps de récupération fiable
Illustration du calendrier des incidents
Infrastructure fiable et calendrier de récupération des donnéesUn instant de 10:15 précède un compromis de 10:17 et est sélectionné après la déclaration d'incident.10:15IaC capturéSélection du timestamp10:17Le premier compromisFrontière10:22Artisanat promuapprouvé10:42Incident déclaréDébut de la récupérationRestaurer l’infrastructure et l’état de base de données admissible au même instant fiable, dans les limites réelles des journaux et de la réplication.
Une capture IaC toutes les cinq minutes définit un objectif de point de reprise de la configuration, pas le RPO total de l’application. La perte de données dépend également des journaux de transaction, du retard de réplication, de la cohérence et de la limite d’incident.

Budget du temps illustratif

Un ingénieur chaque minute avant l'incident.

Cela montre comment une cible de sous-heure pourrait être décomposée après un échec autorisé. L’évaluation et les tests répétés établissent les valeurs réelles.

Objectif atteintPhase de récupérationLes preuves nécessaires
0 à 5 minDéclarer, isoler et sélectionnerÉvénement autorisé, limite de compromis et artefact valide
5 à 15 minutesAppliquer et vérifier la fondationPlan révisé; routage et contrôles passent
15 à 35 minutesRedéploiement des capacités ECS/EKSObjectifs sains, placement, évolutivité et découverte
35 à 45 minAjouter ou restaurer le chemin de donnéesTimestamp, cryptage et accessibilité éligibles
45 à 55 minutesTest de fumée à trois niveauxRéseau, données et tests d'application passent
55 à 60 minutesApprouvez et changez de traficTechnique et business sign-off

Consultation initiale gratuite

L’architecture n’est crédible que lorsqu’elle est exercée.

Transformez la conception de référence en un pilote à échelle avec un chronomètre, un paquet de preuves et des portes explicites go/no-go.