Amazon Bedrock 通过允许模型提供商通过该服务发布更新，同时让开发者控制何时采用这些更新来管理模型更新和新版本。当提供商发布模型的新版本（例如，改进的语言模型或微调变体）时，Bedrock 会将其作为服务中的单独模型标识符提供。开发者可以通过更新其 API 调用以引用新的模型 ID 来选择将其应用程序迁移到新版本。Bedrock 保持向后兼容性，确保现有集成继续与以前的模型版本一起工作，除非明确更改。例如，如果 Anthropic 发布 Claude 3，Bedrock 会将其列为不同的模型（例如，anthropic.claude-3），而旧的 Claude 2 模型仍然可以在其原始标识符下访问。
为了帮助开发者管理过渡，Bedrock 在其文档和 API 响应中提供了版本控制详细信息，以及旧模型的弃用时间表。提供商通常会在停用模型版本之前提前发出通知，以便团队可以按照自己的节奏进行测试和迁移。例如，如果将关键安全补丁或性能改进添加到模型中，开发者可以在更新生产工作流程之前在暂存环境中评估新版本。Bedrock 还提供监控工具来比较版本之间的延迟或准确性等指标，确保更新满足应用程序要求。这种方法避免了强制升级，从而降低了中断的风险。
对于使用微调或自定义模型的开发者，Bedrock 将自定义与基本模型更新分离。如果提供商更新基本模型（例如，Stability AI 发布新的 Stable Diffusion 版本），则构建在旧基本版本上的现有自定义模型将保持不变。如果需要，开发者可以选择使用更新后的基本模型创建新的自定义项。此外，Bedrock 的 API 抽象层可确保一致的端点和身份验证方法，因此版本更改不需要重新构建集成。例如，从 amazon.titan-text-lite-v1 切换到 v2 可能仅涉及更新 API 调用中的模型 ID 参数，而代码的其余部分保持不变。这种灵活性和稳定性之间的平衡使团队能够在不牺牲可靠性的情况下采用改进。