本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。
# AWS 初创企业弹性基准
*Amazon Web Services*（[贡献者](contributors.md)）
*2026 年 3 月*（[文件历史记录](doc-history.md)）
每位初创公司创始人都知道紧张局势：团队正在竞相推出新功能，而客户则期望每个版本都能正常运行。你醒来时会收到一则关于昨晚停电的通知，客户投诉不断涌入，而且你的路线图已经包含了承诺的功能。这是初创企业的日常现实——在创新压力和维护稳定服务的需求之间取得平衡。
优先考虑新功能的本能是很自然的。投资者想要增长，客户要求更多的能力，而竞争对手并没有停滞不前。然而，经验表明，即使是最具创新性的初创公司，韧性问题也可能使他们脱轨。服务中断不仅意味着收入损失；还会削弱你努力与客户建立的信任。实际上，在拥挤的市场中，坚如磐石的可靠性可以成为你无声的差异化因素。
增强初创企业的弹性并不意味着放缓或进行大规模的基础设施投资。这是关于尽早做出明智的选择，防止以后出现问题。可以把它想象成盖房子。一开始就打下坚实的基础比在所有东西都建好后修复结构性问题容易得多。通过将弹性实践融入您的初始架构和运营中，您可以创造竞争优势。您不仅在交付产品；还要提供可靠的体验，从而建立客户忠诚度。
AWS 初创企业弹性基准 (AWS SRB) 是专门为面临这一挑战的团队创建的。它提供了一种实用的途径，可以在保持初创公司与众不同的速度的同时，增强系统的可靠性。没有繁重的流程或企业规模的复杂性，只有随业务增长的实用模式。
本指南介绍如何在启动环境中实现 AWS SRB。它可以帮助您确定哪些因素对弹性至关重要，将有限的资源集中在哪里，以及如何建立可随着公司发展而扩展的实践。
## 指导范围
在探索建立初创企业弹性的实际步骤时，重要的是要了解该指南在组织更广泛的增长轨迹中的位置。初 AWS 创企业弹性基准与[弹性生命周期框架](https://docs.aws.amazon.com/prescriptive-guidance/latest/resilience-lifecycle-framework/introduction.html)保持一致。它用作初始路线图，旨在帮助您在部署第一个应用程序时以最小的开发开销实施基本的弹性措施 AWS。可以把它当作你的入门套件，用来构建能够从中断中有效恢复的可靠系统。
Well [AWS -Architected Framework 和本弹性指南相辅相成，可帮助您构建安全可靠的基础架构](https://aws.amazon.com/architecture/well-architected/)。本指南更深入地探讨了弹性实践，而 Well-A AWS rchitected Framework 则提供了更广泛的架构最佳实践。您可以使用[AWS Well-Architected Tool](https://docs.aws.amazon.com/wellarchitected/latest/userguide/intro.html)中的，根据这些实践来评估您的架构 AWS 账户。
## 责任共担模式
阐明在云端构建弹性系统的一个重要方面至关重要：与您的初创公司 AWS 之间的合作伙伴关系。云端弹性采用[责任共担模式](https://docs.aws.amazon.com/whitepapers/latest/disaster-recovery-workloads-on-aws/shared-responsibility-model-for-resiliency.html)，在确保系统弹性方面，每个团队都扮演着不同的角色。 AWS
AWS 负责为其服务提供支持的底层云基础设施的弹性。可以将其视为构建应用程序的基础。这包括保持数据中心、网络组件和架构中 AWS 服务 使用的核心的弹性。
您的初创公司的责任集中在您在此基础上构建和部署的系统的弹性上。本指南中的建议属于您的责任范围。通过深思熟虑地实施这些做法，您可以创建使用可靠 AWS 基础架构并包含强大恢复功能的应用程序。
这种模式意味着你永远不会孤立地建立弹性。您正在建立在久经考验、可靠的基础上，同时将精力集中在直接影响客户和业务运营的各个方面。本指南探讨了如何充分利用这种责任共担模式，使用可靠 AWS 的基础架构，同时实施切实可行的措施，确保您的应用程序从中断中恢复过来。