アーキテクチャ

1 コントロール機 2 信頼地帯 測定回復経路です。

リファレンスデザインは、生産発見、アーティファクト信頼、回復実行を分離するため、破損した生産アイデンティティは直接回復を制御できない。

参考デザイン

複数のアカウントとリージョンを前提に設計。

生産は読書のみの発見で観察される。 Terraformは、回復による選択の前に、証拠に基づくプロモーションを通じて動きます。

DR-AS-CODE 参照アーキテクチャ
Production discovery → trusted artifact → Active-Warm recovery
Dockfield DR-as-Code 参照アーキテクチャ本番環境の信頼ゾーン プライマリAWS環境VPC · ALB/NLB · Route 53ECS / EKS · EFS · S3RDS / Aurora · 依存症読み取り専用の調査 コード生成エンジンBoto3 インベントリID → Terraform参照バージョンと検証マニフェスト例:5分 隔離と承認Integrity · ポリシー · plan/applyネットワーク・データ・アプリケーション・テスト署名済みの最終正常成果物承認後のみ使用復旧の実行ゾーン 安全な復旧用ストレージ変更不可・暗号化・バージョン管理Terraformとプロバイダーのロック復旧時刻と検証記録セキュリティ・DR専用アカウント最後に検証した正常状態 データ復元RDS / Aurora PITRnative DB replication where used. 使用する場所バックアップ: Governance / Retention時間関連 IaCデータ復元が前提 Active-Warm復旧復旧用の基盤を常時準備必要時にECS・EKSを再展開ネットワーク・データ・アプリの検証制御されたトラフィック切り替え検証済みフェイルオーバーデザイン原則回復速度を決定するものを温めてください。 ターゲット RTO がまだ保有していることを証明するテストが行われたときにのみ、エラスティックコンテナの計算を再生します。
自動化 信頼決定 リハビリ準備 依存性

ランサムウェアの抵抗

最新のスナップショットを盲目的に展開しないでください。

本番環境由来の成果物は、最初は信頼できないものとして扱います。承認で品質を検証し、インシデント時の選択では、侵害の最も早い可能性のある時刻より前の取得であることを確認します。

インフラ信頼と促進
Continuous assurance plus incident-command accountability(継続的な保証と事件責任)
ランサムウェア安全アーティファクトパイプライン生成されたTerraformは隔離され、テストされ、促進され、妥協の限界に反して選択されます。継続的な保険捕獲マニュファイナル + Manifesto01四角形デフォルトによる不信任02認定プライバシー+ポリシー03テストネットワーク・データ・アプリ04プロモーション正確なダイジェスト05イベントタイムの選択侵害が起きた最も早い可能性のある時刻Forensic evidence establishes the最も早い信頼できる妥協時間。人間の許可復旧状態の選択最新のSnapshot Captured妥協の境界線の前に隔離環境で新たに実行計画を作成信頼できる状態から復旧Terraform と Database Restore の使用1 信頼されたタイムスタンプトラフィック切り替え前に再検証最新のアーティファクトは自動的に最も安全なアーティファクトではありません。
ゲート 01

インテリジェンス&Providence

プロデューサーアイデンティティ、署名、ディジェスト、宣言、ソースアカウント、地域、ツールチェーンおよび依存ロック。

ゲート 02

セキュリティ & 政策

シークレットの露出、公開アクセス、暗号化、権限、ログ、破壊的変更、変更可能な参照を確認します。

ゲート 03

ランタイム・テスト

プラン/アプリケーションとネットワーク、データおよびアプリケーションの検証 失敗したアーティファクトは隔離される。

回復の一貫性

インフラストラクチャとデータを1つの信頼できるポイントに戻します。

マニフェストは、生産キャプチャの時間を記録します。 データベースの復元は、実行前に実際の復元可能な限界に対してチェックされます。

信頼回復タイムスタンプ
イラストイベントタイムライン
信頼されたインフラストラクチャとデータ回復のタイムライン10:15のスナップショットは10:17の妥協に先立ち、事件宣言の後に選択されます。10:15IaC 捕獲選択したタイムスタンプ10:17初期妥協国境10:22アーティスト推進承認10:42事件宣言回復開始実際のログとレプリケーションで復元可能な範囲に従い、インフラと対象データベースを同じ信頼できる時点に復元します。
IaCを5分おきに取得する設定は、構成の復旧時点の目標です。アプリケーション全体のRPOではありません。 データ損失は、トランザクションログ、複製遅延、一貫性、および事件の限界にも依存します。

イラストタイム予算

事故前の毎分のエンジニア。

これは、許可された failover 後にサブタイムのターゲットが分解される可能性があることを示しています。 評価と繰り返しのテストは、実際の値を確立します。

目標達成回復段階必要な証拠
0~5分Declare, isolate and select を指定する許可されたイベント、妥協限界および有効なアーティファクト
5~15分基礎を適用して検証するPlan reviewed; routing and controls pass プランレビュー
15~35分ECS/EKSの再配置能力健康的な目標、配置、スケーリング、発見
35~45分データパスを追加または復元する適切なタイムスタンプ、暗号化およびアクセス可能性
45~55分3 タバコ検査の実施ネットワーク、データ、アプリケーションのテストパス
55~60分交通機関の承認と変更技術・ビジネス・サインオフ

初回無料相談会

建築は、実践されるときにのみ信頼できる。

参照デザインをタイマー、証拠パック、明示的な go/no-go ゲートでスケープされたパイロットに変換します。