事例

提供された経験、参照パターン、明確な境界線。

例では、実装されたクライアントワークを再利用可能なアーキテクチャパターンから区別します。 クライアントのアイデンティティと敏感な実装詳細は機密のままです。

クライアントの仕事配達
アメリカのソフトウェア会社
プライベートエクイティ サポート
実施

初期 IaC ベースラインなしのリバースエンジニアリング ECS 回復。

AWS ライブコンテナ環境が発見され、Terraform に翻訳されたため、データ復元だけに頼るのではなく、より広範な回復環境を再生することができます。 この実装では、クライアントの ECS 依存をめぐるコントロールされた手動の failover パスを使用しました。

< 1時間RTO achieved for the scaled implementation (RTO達成のための範囲化実施)
ベースライン IaCLive Configurationがソースになりました。
ECSコンテナと周囲の依存性
境界線: この結果は対象範囲を定めた一つの導入事例であり、他の環境への保証ではありません。データベースのRPOは別に管理しました。
参考アーキテクチャ
Legacy AWS 環境
マルチアカウント / Region
再利用パターン

何年ものコンソール駆動の変化をモジュラーテラフォームに変える。

パターンは、Boto3を通じて合意した環境を記録し、中間モデルを構築し、原始識別子をデプロイ可能なTerraform参照子に置き換える。 認証はネットワーク財団から始まります。

ID 参考アカウントと地域のハードコードを削除
まずはVPCアプリの前にコントロール・プランを証明する
継続スケジュールされた和解は変化を捉える
パターンの解決策
ランサムウェア回復
知り合い・善人
建築パターン

最新の信頼できるアーティファクトを選択し、単に最新のアーティファクトだけではありません。

本番環境由来の各パッケージを隔離し、完全性とポリシーを確認します。隔離環境で適用し、ネットワーク、データ、アプリケーションのテストを行います。インシデント時には、侵害の最も早い可能性のある時刻より前に取得した最新の承認済みパッケージを選びます。

四角形直接配備経路なし
3 トレードネットワーク、データ、アプリケーション
1 タイムスタンプIaC, Data Recovery との連携
Resilienceエンジニアリング
Amazon ECS
コントロールされた変化
付近の証拠ポイント

Amazon Linux 2 から Amazon Linux 2023 への移行

逆転可能な容量プロバイダーパターンは、自動スケーリングの2つ目のグループを導入し、90/10の配置から始まり、開発で検証され、25%、50%、100%を通じて進化します。 EFS がサポートする状態は、ホスト世代から独立しています。

90 / 10保守的な生産カナリア
逆転性古い能力が証明されるまで残る。
EFS 外部ホストから切り離された国

初回無料相談会

ケーススタディを起点の仮説として使用し、ショートカットではありません。

短い評価では、どのような部品があなたの環境に移行し、どのような仮定を変更しなければならないかを明らかにします。