AWSが障害耐性を管理するサービス「Resilience Hub」の次世代版を一般提供開始した。生成AIによる障害モード分析、依存関係の自動発見、組織横断のレポート機能を統合している。
AWSは2026年5月29日、障害耐性を管理するサービス「Resilience Hub」の次世代版を一般提供開始した。新しいアプリ表現の仕組み、依存関係の自動発見、生成AIによる障害モード分析、組み合わせ可能な耐性ポリシー、組織横断のレポート機能を一つに統合している。
最大の変化は、個別アカウントにログインせず管理用の代表アカウント1つから企業全体の障害耐性を評価できる点だ。生成AIがサービスを耐性ポリシーやAWSの設計指針に照らし、潜在的な障害パターンを「何が問題か・なぜ重要か・どう直すか」で提示し修正手順まで出す。通信記録(DNSクエリログ)の分析で、見落としていた地域間呼び出しや外部依存も自動発見する。可用性99.95%・復旧目標15分などの要件を組み合わせてポリシーを構成できる。
料金はサービス単位の新方式に変わり、毎月2回の障害モード評価が含まれる。これにより、属人的だった信頼性設計を全社で標準化する道が開ける。
この変化で何が要点か。図解と出典つきで一目で。
構造化された事実を最初に。誰が何をいつどこでなぜどのように。
数百のアプリを運用する企業では、サービスを止めない可用性が最重要課題でありながら、耐性の目標設定・進捗測定・準拠の証明を一貫して行う手段が存在しなかった。チームごとに基準やツールがばらばらで、アプリが本当に期待水準を満たしているかの情報共有も難しかった。次世代Resilience Hubは、サイト信頼性エンジニア（SRE、サービス継続性を担う技術者）と開発チームが耐性ポリシーの期待値をすり合わせ、達成を支援し、テストで準拠を示せるようにする。AWSの組織管理機能（AWS Organizations）と連携し、企業全体の耐性を一括評価できる。
個別アカウントにログインせず、管理用の代表アカウント1つから企業全体の障害耐性を評価できる点が大きい。生成AIがサービスを耐性ポリシーやAWSの設計指針に照らして潜在的な障害パターンを洗い出し、修正手順まで提示するため、属人的だった信頼性設計を標準化できる。料金体系もサービス単位の新方式に変わり、毎月2回の障害モード評価が含まれる。
AWSは2026年5月29日、障害耐性を管理するサービス「Resilience Hub」の次世代版を一般提供開始した。新しいアプリ表現の仕組み、依存関係の自動発見、生成AIによる障害モード分析、組み合わせ可能な耐性ポリシー、組織横断のレポート機能を一つにまとめている。
AWS launches the next generation of AWS Resilience Hub with a significantly expanded experience that brings together a new application model, dependency discovery assessment, generative AI-powered failure mode analysis, modular resilience policies, and organization-wide reporting.
引用にある「organization-wide reporting」とは、企業全体のアプリの耐性状況をまとめて報告できる機能のことだ。最大の変化は、個別アカウントに一つずつログインせず、管理用の代表アカウント1つから全社の障害耐性を評価できる点にある。数百のアプリを運用する企業では、可用性(サービスを止めない割合)が最重要課題でありながら、目標設定・進捗測定・準拠の証明を一貫して行う手段が存在しなかった。今回の更新はその穴を埋める。
次世代Resilience Hubの中核は、生成AIによる障害モード分析だ。生成AIがサービスを耐性ポリシーやAWSの設計指針に照らし、潜在的な障害パターンを「何が問題か・なぜ重要か・どう直すか」の3点で提示する。修正手順まで出るため、SRE(サービス継続性を担う技術者)の暗黙知に依存していた信頼性設計を定型化できる。
もう一つの目玉が依存関係の自動発見だ。通信記録(DNSクエリログ。どのサーバーへ通信したかの記録)を分析し、設計図に載っていなかった地域間の呼び出しや外部サービスへの依存を自動で洗い出す。耐性ポリシーは部品のように組み合わせられ、可用性99.95%・復旧目標15分といった要件を束ねて構成できる。
提供範囲はResilience Hub提供リージョンでの一般提供開始で、料金はサービス単位の新方式に変わり、毎月2回の障害モード評価が含まれる。
得をするのは、数百アプリを抱えるSREチームと開発チームだ。耐性ポリシーの期待値をすり合わせ、達成を支援し、テストで準拠を示せるようになるため、チームごとにばらばらだった基準を揃えられる。
AWS Organizations(複数アカウントをまとめて管理する機能)を使う大企業も、代表アカウント1つから全社の準拠状況を一括で見られる。国内のクラウド運用担当者にとっては、可用性や復旧目標を数値で組み合わせてポリシーを作れるので、目標設定と進捗測定の手順が定型化できる。
一方、依存関係の可視化や障害評価を提供してきたサードパーティのツールは、これらが純正サービスへ統合されたことで優位性が薄まる。従量課金を前提に予算を組んでいた既存ユーザーは、サービス単位の新料金体系に変わるため、利用パターン次第でコスト構造の見直しが要る。
立場別、明日から動ける一手。
自社のAWS Organizations構成で代表アカウントから全社評価が回るか、権限境界と提供リージョンを公式ブログで確認する。
サービス単位の新料金体系と現行の運用コストを、月2回評価込みの前提で比較する。
1つの本番アプリで依存関係の自動発見を回し、見落としていた地域間呼び出しや外部依存が出るかを試す。
今回の次世代Resilience Hubに直接言及するX投稿は限定的で、関連する反応は少数にとどまる。同時期のタイムラインでは生成AIの開発加速を巡る投稿が目立ち、Cerebrasは『AI is now writing the code to build the next AI.』と推論速度がモデル開発の速さに直結すると主張するなど、AIインフラの高速化・自律化への関心が広がっている文脈の中で、運用側の信頼性自動化として位置づけられている。
※トレンド検出時刻付近の人気投稿を表示
