本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。

# AMS 模式和应用程序或工作负载
<a name="ams-modes-and-apps-ug"></a>

在选择正确的模式时，请考虑应用程序的运营和管理要求，方法是申请新的应用程序帐户或将应用程序托管在现有应用程序帐户中。为每个应用程序或工作负载选择适当的 AMS 模式取决于以下因素：
+ 环境将提供的 SDLC 生命周期功能类型（例如，包含未经审核更改的沙箱、具有一些频繁更改的 UAT、更改最少且受到严格监管的生产）
+ 所需的治理政策（通过 SCPs OU 级别强制执行）
+ 运营模式（如果您想承担运营责任或想将其外包给AMS）
+ 预期的业务成果，例如在云端运营的时间和运营成本。

**注意**  
有关每个 AMS 服务的模式类型的描述，请参阅 AMS [中的模式和账户类型](https://docs.aws.amazon.com/managedservices/latest/userguide/ams-modes-types.html)。  
有关不同模式的真实用例，请参阅 [AMS 模式的真实世界用例](https://docs.aws.amazon.com/managedservices/latest/userguide/ams-modes-and-use-cases.html)

下表概述了应用程序所有者在决定最合适的 AMS 模式时需要考虑的关键因素。应用程序所有者应在应用程序迁移之前加入评估阶段，以充分了解哪种模式适用于他们的特定应用程序。示例：对于基于云原生服务或无服务器架构的应用程序，最好的选择可能是在开发人员模式下开始构建和迭代，然后使用 AMS Managed — SSP 模式部署最终的基础设施即代码。在这种情况下，可能需要进行轻度重构，以确保为自动部署创建的任何 CloudFormation 模板都符合 AMS 制定的采集指南。此外，任何 IAM 权限都需要获得 AMS Security 的批准，以确保它们遵循最低权限模式。

为托管应用程序而选择的 AMS 模式可以帮助您朝着所需的云运营模式进行构建。

**注意**  
根据为托管应用程序而选择的不同 AMS 模式，单个 AMS 托管着陆区中可以存在多个云运营模式。

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_cn/managedservices/latest/userguide/ams-modes-and-apps-ug.html)

**\$1** Operations On Demand (OOD) 为使用标准 CM 模式的客户提供了通过专用资源管理管理其变更的服务。有关更多详细信息，请参阅按[需运营产品目录](https://docs.aws.amazon.com/managedservices/latest/userguide/ood-catalog.html)，并咨询您的云服务交付经理 (CSDM)。

**注意**  
SSP 模式和开发者模式之间的价格比较假设预配置了相同的 AWS 服务。

将 AMS 模式与业务和 IT 目标进行比较

![\[Comparison of AMS modes showing governance and flexibility against time to operationalize.\]](http://docs.aws.amazon.com/zh_cn/managedservices/latest/userguide/images/ams-modes-choosing-dcm.png)


如图所示，如果您正在为应用程序寻找高度可控和标准化的监管模式，那么 AMS 管理的标准变更、AWS Service Catalog 或直接变更模式最为合适。如果您需要以应用程序创新为重点的定制治理模型，而无需做好运营准备，请选择客户管理模式。在 Customer Managed 模式下，您可能需要更长的时间才能运行应用程序，因为您有责任建立人员、流程和工具来支持操作功能，例如事件管理、配置管理、配置管理、安全管理、补丁管理等。