01
調査
本番環境の読み取り専用検出で、合意済みのAWS範囲と依存関係を取得します。
Dockfield DRaaS
AWSの復旧能力を継続的に検証。
Dockfield DRaaSは稼働環境の検出、復旧状態の管理、隔離、セキュリティ検証、分離テスト、復旧オーケストレーション、証跡を、1つの制御された運用モデルに統合します。
DRaaSのライフサイクル
すべての復旧状態にゲートがあります。
最新のスナップショットが最も安全とは限りません。Dockfieldは収集、信頼性確認、検証、承認、トラフィック昇格を分離します。
02
復旧ブループリント
リソースを復旧戦略で分類し、対象アカウントとリージョンにマッピングします。
03
第0層の信頼性確認
復旧前に、出所、整合性、Terraform検証、Checkov、Trivy、秘密情報の露出、ポリシーをチェックします。
04
四角形
失敗した変更、疑わしい変更、破壊的な変更を、昇格可能な復旧経路から隔離します。
05
分離された復旧
承認済みの復旧をDR信頼ゾーン内に構築または復元し、本番トラフィックは処理しません。
06
第1〜3層の検証
インフラ／セキュリティ、スモークテスト、アプリケーションの動作、データを順番に検証します。
07
昇格の承認
証跡が検証に合格し、権限のある決定でゲートが開くまで、トラフィックはロックされたままです。
08
ARC／トラフィック制御
構成済みの場合、ARCルーティング制御または承認されたルーティング方式は、昇格承認後にのみトラフィックを移します。
09
証跡と繰り返し
マニフェスト、テスト結果、承認を保持し、本番環境の変更に合わせてサイクルを繰り返します。
7つの復旧戦略群
リソースに適したAWSネイティブの仕組みを使います。
共有制御プレーン
アーキテクチャと影響範囲の分析が支持する場合、耐障害性のある制御サービスを共有します。
ネイティブ継続レプリケーション
リージョン間またはアカウント間で状態を複製するよう設計されたサービスには、AWSネイティブの継続レプリケーションを使います。
イベント駆動型ミラーリング
完全な再構築を待つのではなく、統制されたイベントで復旧に関係する構成変更を反映します。
宣言的な再構築
継続的に更新されるブループリントから、DR信頼ゾーン内に復旧可能なインフラを再作成します。
ネイティブバックアップ／PITR
サービスに適した統制済みバックアップ、ログ、時点復旧の境界からデータを復元します。
再発行／再作成
セキュリティ境界を越えて無条件にコピーすべきでない証明書、秘密情報、信頼関連の情報を再発行します。
組織の中央構成
より安全な復旧モデルとなる場合、組織レベルで中央統制された構成を再利用します。
セキュリティ、スキャナー、復旧の証明
トラフィックを移す前に信頼を確立します。
成果物の信頼性
Terraform検証と、CheckovやTrivyなどのポリシー・セキュリティスキャナーを使用します。出所、整合性、秘密情報、暗号化、権限、公開露出、破壊的な変更の兆候を評価します。
インフラとセキュリティ
復旧した基盤について、想定したネットワーク、ルート、制御、ID、暗号化、ログ、サービスの前提条件を確認します。
分離スモークテスト
DR環境は本番トラフィックを処理せずに稼働します。正常性、到達性、サービス検出、重要な依存関係のチェックに合格する必要があります。
アプリケーションとデータ
昇格可能になる前に、業務アプリケーションの動作とデータの準備状態を検証します。
保留して調査
ポリシー違反、破壊的なリスク、人によるレビューが必要なものは隔離状態に留まり、昇格できません。
決定を記録
Dockfieldは復旧マニフェスト、検証状態、承認、演習結果を保持し、事後に復旧経路を説明できるようにします。
サービス運用モデル
単発の復旧エンジニアリングから継続的な確認へ。
| 能力 | DRaaS | DR-as-Code |
|---|---|---|
| 稼働中のAWSの検出 | 継続／定期実行 | プロジェクト時点のスナップショットと合意済みの更新手順 |
| 復旧ブループリント | 継続的に更新 | 生成して引き渡し |
| 隔離と検証 | 運用ライフサイクル | 実装済みパイプラインと運用手順書 |
| 復旧演習 | 定期的なサービス活動 | 引き渡しテスト／任意の追加対応 |
| ARC／トラフィック昇格 | 構成済みの場合の制御された運用経路 | 顧客に提供するアーキテクチャと自動化 |
| 証跡 | 継続的な復旧証跡 | プロジェクト証跡パッケージとコード所有権 |
われわれが主張するもの、また主張しないもの
復旧目標には証跡が必要です。
目標を定め、実証する
1時間未満の復旧は、限定された範囲の設計目標にできます。繰り返し行う時間計測付きテストに裏付けられて初めて信頼できます。
データ経路が決定する
インフラの取得頻度だけでデータ損失がゼロになるわけではありません。レプリケーション、ログ、整合性、インシデントの境界が復旧可能な時点を決定します。
サービスごとに対応
すべてのAWSサービスが同じ仕組みを使うわけではありません。Dockfieldは各リソースを分類し、1つの実行機構で何でも復旧できるとせず、未対応部分を記録します。
独立した信頼ゾーン
本番環境の検出は読み取り専用です。復旧の書き込みはDR信頼ゾーンと承認されたネイティブレプリケーション経路に限定します。
暗黙的には実行しない
正常なDR環境は、トラフィックを処理せずに昇格可能な状態になれます。トラフィック移動は明示的な運用判断のままです。
代表的な限定例
公開デモは限定的なECS復旧範囲でライフサイクルを実証します。任意の企業環境を変更なしで再構築するという主張ではありません。
初回無料相談会
復旧証跡を運用規律にしましょう。
AWSの対象範囲、復旧目標、実用的なDRaaS導入経路について相談しましょう。