View a markdown version of this page

ステージ 1: 目標を設定する - AWS 規範ガイダンス

翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

ステージ 1: 目標を設定する

チームが主要な製品発売前の最後のスプリントにいるとします。新機能は画期的であり、投資家の興奮が高まっています。その後、定期的なデプロイ中に、コアサービスがダウンします。顧客の苦情が E メールに溢れていると、2 つの質問がわかりにくくなります。どのくらいの期間オフラインにできますか? どのようなデータを失う可能性がありますか?

すべてがうまくいくことを期待することは、良い戦略ではありません。レジリエンスが最も重要である場所とそうでない場所を決定する体系的な方法が必要です。ここで、ビジネス影響分析 (BIA) が重要になります。これは、レジリエンスにどこに投資するかについて、情報に基づいた意思決定を行うのに役立ちます。BIA は、システムのどの部分が本当にロックソリッドステートの信頼性を必要とし、どの部分がある程度の柔軟性を許容できるかを理解するのに役立ちます。

まず、コアユーザージャーニーをマッピングします。それぞれについて、次のことを自問してください。

  • これが中断された場合の影響は何ですか?

  • サービスをどのくらい早く復元する必要がありますか?

  • 保護するために重要なデータは何ですか?

これは単なる技術的な演習ではなく、信頼性の問題がビジネスに与える影響を理解するのに役立ちます。収益の損失は始まりにすぎません。停止によって顧客の信頼が損なわれたり、規制要件に違反したり、競合相手に優位性を与えたりする方法を検討してください。

この分析から、目標復旧時間 (RTO) と目標復旧時点 (RPO) の 2 つの重要な数値をユーザージャーニーごとに導き出します。RTO は、そのジャーニーを復元する速度を定義します。RPO は、顧客が許容できるデータ損失の量を定義します。これらのビジネス主導のターゲットは、システムのあらゆる部分を過剰に設計することなく、選択したコンポーネントとその設計方法をガイドします。

このアプローチの長所は、限られたリソースを最も重要な場所に集中させるのに役立つことです。おそらく、コアトランザクション処理にはほぼ即時の復旧とデータ損失ゼロが必要ですが、レコメンデーションエンジンはより長いダウンタイムを許容できます。明確な目標を設定することで、迅速な機能開発を継続しながら、戦略的にレジリエンスを構築できるフレームワークを作成します。

これらの目標を明確に文書化します。これらはエンジニアリングチームだけのものではありません。企業の顧客に売り込んだり、投資家と技術的なデューデリジェンスを行ったりする場合、このドキュメントは、ビジネス継続性について批判的に考えたことを示しています。

これらのターゲットは、スタートアップの成長に合わせて進化します。最初の数千人のユーザーのレジリエンスのニーズは、最初のエンタープライズクライアントのニーズとは異なります。今日現実的に達成できる目標から始めますが、スケールに合わせてどのように強化するかを計画します。

このガイドでは、これらの目的を達成するレジリエンス対策を実装する方法について説明します。これらのターゲットの設定は、重要な最初のステップです。イノベーションと安定性の絶え間ない緊張を乗り越えるためのコンパスであり、顧客に信頼できる価値を提供するシステムを構築するのに役立ちます。