如果 Amazon BedRock 遇到中断或性能问题，获取状态更新的主要来源是 AWS 服务运行状况面板 (https://status.aws.amazon.com/)。该面板提供有关 AWS 服务（包括 Bedrock）运行状态的实时信息。请查找“机器学习服务”部分以查看 Bedrock 特定的更新。此外，AWS Personal Health Dashboard（可通过 AWS 管理控制台访问）提供个性化警报，告知您的帐户是否受到直接影响。AWS 还会通过其 Twitter 帐户 (@AWSSupport) 和企业支持渠道沟通服务中断情况。如果您有支持计划，则可以提交案例以获取详细更新或缓解指导。
在中断期间，您的应用程序应优先考虑平稳降级，以最大限度地减少对用户的影响。首先，为 Bedrock API 调用实施带有指数退避的重试逻辑。例如，如果请求失败并出现 5xx 错误（如 503 Service Unavailable），请等待 1 秒后重试，然后等待 2 秒，再等待 4 秒，以此类推，直到达到最大尝试次数。这可以避免在部分中断期间使服务不堪重负。如果 Bedrock 仍然不可用，请暂时禁用依赖于它的非关键功能。例如，如果您的应用程序使用 Bedrock 执行生成文本任务，则可以回退到更简单的基于规则的响应系统或显示缓存的结果。积极记录错误，以便在服务恢复后诊断问题。
为了实现长期弹性，请将您的应用程序设计为能够处理依赖项故障。使用 断路器（例如，通过 AWS 的 SDK 之类的库或 Hystrix 之类的框架）在重复发生故障后停止对 Bedrock 的请求，从而减少延迟和资源浪费。如果您的用例允许，请考虑 多区域部署，但请注意 Bedrock 的模型可用性因区域而异。如果可能，请缓存频繁或可预测的 Bedrock 输出（例如，常见的客户支持响应），以便在中断期间提供服务。使用 Amazon CloudWatch 指标（例如，ModelInvocationErrors）监控 Bedrock 的性能，并设置警报以触发自动回退工作流程。最后，使用 AWS 故障注入模拟器之类的工具测试故障场景，以验证您的应用程序在压力下的行为。