ランサムウェアの後、最新のTerraformスナップショットは間違っているかもしれない
承認されたアーティファクトが特定の事件に対して未だに不安全である可能性がある理由、および妥協時間選択がインフラストラクチャを信頼できるデータポイントと調和させる方法。
ランサムウェア
技術情報
回復決定のために書かれた技術的アイデア。
これらの概要は、ドックフィールドのソース記事やアーキテクチャ・ブリーフから抽出されています。 インフラの再現性、データの回復性、および事故時間の信頼性を分けます。
DR-as-Code:データを取り巻く環境の再構築
なぜバックアップとワークロード回復は、ネットワーク、セキュリティ、コンピューティング、依存の再構築とは違うのか。
RDS および Aurora point-in-time recovery 対 AWS Backup
オペレーション精度のためのポイントインタイム回復、AWS Backup for governance、および周辺プラットフォームのDR-as-Code。
古代環境のためのTerraformにAWSをリバースエンジニアリング
Boto3の発見から、ID-to-reference翻訳とVPC-first validationを含む依存性に安全なTerraformへ。
AWS Disaster Recovery with Manual Failover(マニュアル・エラーオーバー)
同じアカウントと複数のアカウントの回復、スケジュールされたキャプチャ、ターゲット展開、コントロールされたDNSスイッチング。
ECS Amazon Linux 2 から Amazon Linux 2023 へ
Progressive capacity provider placement, canary weights and state disconnection through EFS or external storage. 進化型容量供給者配置、カナリア重量およびステータス分離。
編集原則: 復旧に関する主張には対象範囲と根拠が必要です。設定の取得間隔がそのままアプリケーションデータのRPOになるわけではなく、承認済み成果物が全インシデントで安全とは限りません。