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

# AWS 起動時の耐障害性ベースライン
<a name="introduction"></a>

*Amazon Web Services* ([寄稿者](contributors.md))

*2026 年* 3 月 ([ドキュメント履歴](doc-history.md))

すべてのスタートアップファウンダーは緊張を知っています。チームは新機能を出荷するためにレースしていますが、顧客はすべてのリリースが機能することを期待しています。昨日の停止、顧客からの苦情の流入、ロードマップにはすでに約束された機能が含まれています。これはスタートアップの日々の現実です。イノベーションへのプレッシャーと安定したサービスを維持する必要性のバランスを取ります。

新機能を優先する本能は自然なものです。投資家は成長を望み、顧客はより多くの能力を求め、競合相手は立ち止まりません。しかし、経験上、レジリエンスの問題は、最も革新的なスタートアップであっても脱線する可能性があることを示しています。サービスの中断は、収益の損失を意味するだけでなく、顧客と構築するために一生懸命取り組んできた信頼を損ないます。実際、ロックソリッドの信頼性は、混雑した市場でサイレントな差別化要因になる可能性があります。

スタートアップにレジリエンスを構築しても、インフラストラクチャへの投資が遅くなったり、大規模な投資が行われたりするわけではありません。これは、問題を早期に防止する賢明な選択を行うことです。家を建てるようなものだと考えてください。すべてが構築されたら、構造上の問題を修正するよりも、最初に強固な基盤を構築する方がはるかに簡単です。回復力のあるプラクティスを初期のアーキテクチャと運用に織り込むことで、競争上の優位性を生み出すことができます。製品を提供するだけでなく、顧客ロイヤルティを構築する信頼性の高いエクスペリエンスを提供します。

 AWS Startup Resiliency Baseline (AWS SRB) は、この課題に直面するチーム向けに特別に作成されました。スタートアップを特別なものにする速度を維持しながら、システムに信頼性を構築するための実用的な方法を提供します。重いプロセスやエンタープライズ規模の複雑さはなく、ビジネスとともに成長する実用的なパターンにすぎません。

このガイドでは、スタートアップ環境で AWS SRB を実装する方法について説明します。レジリエンスにとって本当に重要なこと、限られたリソースをどこに集中させるか、会社の成長に合わせてスケールするプラクティスを構築する方法を特定するのに役立ちます。

## ガイダンスの範囲
<a name="scope"></a>

スタートアップレジリエンスを構築する実践的なステップを検討するときは、このガイダンスが組織のより広範な成長軌跡のどこに当てはまるかを理解することが重要です。 AWS Startup Resiliency Baseline は、[耐障害性ライフサイクルフレームワーク](https://docs.aws.amazon.com/prescriptive-guidance/latest/resilience-lifecycle-framework/introduction.html)と一致しています。これは初期ロードマップとして機能し、最初のアプリケーションをデプロイする際の開発オーバーヘッドを最小限に抑えながら、基本的なレジリエンス対策を実装するのに役立つように設計されています AWS。これを、中断から効果的に回復できる信頼性の高いシステムを構築するためのスターターキットと考えてください。

[AWS Well-Architected フレームワーク](https://aws.amazon.com/architecture/well-architected/)とこの耐障害性ガイダンスは相互に補完し合い、安全で信頼性の高いインフラストラクチャを構築するのに役立ちます。このガイドでは、回復力のプラクティスについて詳しく説明します。一方、 AWS Well-Architected フレームワークは、より広範なアーキテクチャのベストプラクティスを提供します。の を使用して、これらのプラクティスに照らしてアーキテクチャを評価できます[AWS Well-Architected Tool](https://docs.aws.amazon.com/wellarchitected/latest/userguide/intro.html) AWS アカウント。

## 責任共有モデル
<a name="shared-responsibility-model"></a>

クラウドで回復力のあるシステムを構築する上で重要な側面、つまり AWS とスタートアップとのパートナーシップを明確にすることが重要です。クラウドのレジリエンスは[責任共有モデル](https://docs.aws.amazon.com/whitepapers/latest/disaster-recovery-workloads-on-aws/shared-responsibility-model-for-resiliency.html)に基づいて動作し、 AWS とチームはそれぞれ、システムのレジリエンスを確保するために異なる役割を果たします。

AWS は、サービスを強化する基盤となるクラウドインフラストラクチャの耐障害性に責任を負います。これを、アプリケーションを構築する基盤と考えてください。これには、データセンター、ネットワークコンポーネント、アーキテクチャ AWS のサービス で使用するコアの耐障害性の維持が含まれます。

スタートアップの責任は、この基盤上に構築およびデプロイするシステムの耐障害性に重点を置いています。このガイドの推奨事項は、お客様の責任範囲に含まれます。これらのプラクティスを慎重に実装することで、信頼性の高い AWS インフラストラクチャを使用し、堅牢な復旧機能を組み込むアプリケーションを作成できます。

このモデルは、単独でレジリエンスを構築することがないことを意味します。顧客や事業運営に直接影響する側面に集中しながら、実証済みの信頼できる基盤を構築しています。このガイドでは、この責任共有モデルを最大限に活用し、信頼性の高い AWS インフラストラクチャを使用しながら、アプリケーションが中断から正常に回復するように実用的な対策を実装する方法について説明します。