Idées techniques écrites pour les décisions de récupération.
Ces résumés sont tirés des articles de source Dockfield et des briefs d'architecture fournis. Ils séparent la reproductibilité de l’infrastructure, la récupération des données et la confiance en temps d’incident.
Après le ransomware, la dernière snapshot de Terraform peut être la mauvaise
Pourquoi un artefact approuvé peut encore être dangereux pour un incident spécifique, et comment la sélection du temps de compromis aligne l'infrastructure avec un point de données fiable.
Le ransomware
DR-as-Code : reconstruire l’environnement autour des données
Pourquoi la sauvegarde et la récupération de la charge de travail ne sont pas les mêmes que la reconstruction des réseaux, de la sécurité, du calcul et des dépendances.
Le concept
RDS et Aurora point-en-temps de récupération vs AWS Backup
Récupération ponctuelle pour la précision opérationnelle, AWS Backup pour la gouvernance et DR-as-Code pour la plate-forme environnante.
données
Ingénierie inverse d'AWS en Terraform pour les environnements anciens
De la découverte de Boto3 à Terraform sans dépendance, y compris la traduction ID-to-reference et la validation VPC-first.
Terraform
Récupération de catastrophe AWS personnalisée avec défaillance manuelle
Récupération du même compte et de plusieurs comptes, capture programmée, déploiement cible et commutation DNS contrôlée.
Architecture
ECS Amazon Linux 2 à Amazon Linux 2023
Positionnement progressif du fournisseur de capacité, poids canaris et déconnexion d'état via EFS ou stockage externe.
ECS
Principe éditorial : les affirmations de reprise exigent un périmètre et des preuves. L’intervalle de capture ne constitue pas automatiquement le RPO des données de l’application, et un artefact approuvé n’est pas forcément sûr pour tous les incidents.
Consultation initiale gratuite
Vous avez une question de récupération technique ?
Apportez une charge de travail, un objectif de récupération et une dépendance difficile à la consultation initiale.