As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.

# Modos e aplicativos ou cargas de trabalho do AMS
<a name="ams-modes-and-apps-og"></a>

Considere os requisitos operacionais e de governança para seus aplicativos ao selecionar o modo certo, seja solicitando uma nova conta de aplicativo ou hospedando o aplicativo em uma conta de aplicativo existente. A seleção do modo AMS apropriado para cada aplicativo ou carga de trabalho depende dos seguintes fatores:
+ O tipo de função do ciclo de vida do SDLC que o ambiente fornecerá (por exemplo, sandbox com mudanças não moderadas, UAT com algumas mudanças frequentes, produção com alterações mínimas e altamente regulamentada)
+ As políticas de governança necessárias (aplicadas por meio de SCPs no nível da OU)
+ Modelo operacional (se você quiser assumir a responsabilidade operacional ou terceirizá-la para a AMS)
+ Os resultados comerciais desejados, como tempo para operar na nuvem e custo das operações. 

**nota**  
Para obter uma descrição dos tipos de modo por serviço do AMS, consulte [Tipos de modos e contas no AMS](https://docs.aws.amazon.com/managedservices/latest/userguide/ams-modes-types.html).  
Para casos de uso reais dos diferentes modos, consulte Casos de [uso do mundo real para modos AMS](https://docs.aws.amazon.com/managedservices/latest/userguide/ams-modes-and-use-cases.html)

A tabela a seguir descreve as principais considerações para os proprietários de aplicativos ajudarem a decidir sobre o modo AMS mais adequado. Os proprietários do aplicativo devem incluir uma fase de avaliação antes da migração do aplicativo para entender completamente qual modo se aplica ao aplicativo específico. Exemplo: Para aplicativos baseados em serviços nativos da nuvem ou arquitetura sem servidor, a melhor opção pode ser começar a criar e iterar no modo Desenvolvedor e implantar a infraestrutura final como código usando o modo AMS Managed — SSP. Nesse caso, a refatoração leve pode ser necessária para garantir que todos os CloudFormation modelos criados para implantação automatizada atendam às diretrizes de ingestão estabelecidas pela AMS. Além disso, todas as permissões do IAM precisam ser aprovadas pela AMS Security para garantir que sigam o modelo de menor privilégio.

O modo AMS selecionado para hospedar o aplicativo pode ajudar a permitir que você desenvolva o modelo operacional de nuvem desejado.

**nota**  
Mais de um modelo operacional em nuvem pode existir em uma única zona de aterrissagem gerenciada pelo AMS, com base nos diferentes modos do AMS selecionados para hospedar os aplicativos. 


<table>
<thead>
  <tr><th>Problemas de decisão</th><th>Modo CM padrão/ OOD \*</th><th>AWS Service Catalog</th><th>Modo de mudança direta</th><th>Self-service provisionamento</th><th>Modo de desenvolvedor</th><th>Gerenciado pelo cliente</th></tr>
</thead>
<tbody>
  <tr><td colspan="7">Prontidão operacional</td></tr>
  <tr><td>Registro, monitoramento e gerenciamento de eventos</td><td colspan="3">AMS responsável por toda a infraestrutura gerenciada</td><td>Cliente responsável pelos Serviços Self-Service Provisionados (SSP)</td><td>Cliente responsável pelos recursos provisionados usando a função IAM de desenvolvedor fora do sistema AMS CM</td><td rowspan="8">Responsável pelo cliente</td></tr>
  <tr><td>Gerenciamento de continuidade</td><td colspan="3">Responsabilidade do AMS de executar o plano de backup selecionado pelo cliente</td><td>Cliente responsável pelos Serviços Self-Service Provisionados (SSP)</td><td>Cliente responsável pelos recursos provisionados usando a função IAM de desenvolvedor fora do sistema AMS CM</td></tr>
  <tr><td>Gerenciamento de acesso em nível de instância</td><td colspan="3">AMS-managed por meio de confiança unidirecional do AD com domínio local. Requer infraestrutura gerenciada para ingressar no domínio AMS</td><td>Não aplicável</td><td>Cliente responsável pelos recursos provisionados usando a função IAM de desenvolvedor fora do sistema AMS CM</td></tr>
  <tr><td>Gerenciamento de segurança e gerenciamento de acesso em nível de conta</td><td colspan="3">Responsabilidade do AMS por todas as contas gerenciadas</td><td>AMS responsável por todas as contas gerenciadas</td><td>Cliente responsável pelos recursos provisionados usando a função IAM de desenvolvedor fora do sistema AMS CM</td></tr>
  <tr><td>Gerenciamento de patches</td><td colspan="3">Responsabilidade do AMS por todas as contas gerenciadas</td><td>Cliente responsável pelos Serviços Self-Service Provisionados (SSP)</td><td>Cliente responsável pelos recursos provisionados usando a função IAM de desenvolvedor fora do sistema AMS CM</td></tr>
  <tr><td>Gerenciamento de alterações</td><td colspan="3">Responsabilidade do AMS por todas as contas gerenciadas</td><td>Cliente responsável pelos Serviços Self-Service Provisionados (SSP)</td><td>Cliente responsável pelos recursos provisionados usando a função IAM de desenvolvedor fora do sistema AMS CM</td></tr>
  <tr><td>Gerenciamento de provisionamento</td><td>Prescritivo e padronizado para as opções de provisionamento oferecidas no AMS</td><td>Flexibilidade para usar diretamente a API de serviços da AWS para o AWS Service Catalog seguindo os padrões prescritivos da AMS</td><td>Flexibilidade para usar diretamente a API de serviços da AWS seguindo os padrões prescritivos da AMS</td><td>Flexibilidade para usar diretamente as APIs de serviços da AWS para serviços SSP</td><td>Flexibilidade para usar diretamente a API de serviços da AWS para provisionamento</td></tr>
  <tr><td>Gerenciamento e auditoria de incidentes</td><td colspan="4">AMS responsável por todas as contas gerenciadas</td><td>Cliente responsável pelos recursos provisionados usando a função de desenvolvedor IAM fora do AMS Change Management System</td></tr>
  <tr><td>GuardRails e infraestrutura compartilhada (rede) e estrutura de segurança</td><td colspan="5">Prescritivo e padronizado, aproveitando as contas principais do AMS</td><td>Aproveitando as contas principais do AMS de forma flexível e personalizada</td></tr>
  <tr><td colspan="7">Prontidão de aplicação</td></tr>
  <tr><td>Refatoração de aplicativos</td><td colspan="4">A refatoração da luz é necessária</td><td>A refatoração de luz é necessária (se provisionada usando o AMS Standard CM)</td><td>Não há necessidade de refatoração</td></tr>
  <tr><td>Support para serviços da AWS</td><td colspan="5">Limitado ao que é suportado pelo AMS</td><td>Não limitado</td></tr>
  <tr><td colspan="7">Considerações de negócios</td></tr>
  <tr><td>Tempo até a prontidão operacional</td><td colspan="3">Três a seis meses</td><td colspan="2">Mais de 6 meses, dependendo das competências operacionais de aplicativos do cliente</td><td>6 a 18 meses, dependendo da infraestrutura do cliente e das competências em operações de aplicativos</td></tr>
  <tr><td>Custos</td><td colspan="3">$$$$</td><td>$$$</td><td>$$</td><td>$</td></tr>
  <tr><td>Exemplos de aplicação</td><td colspan="3">Servidor web com pilha de 3 níveis, aplicativos com requisitos regulatórios e de conformidade</td><td>Servidor web usando API Gateway, aproveitando aplicativos em contêineres ECS/EKS</td><td>Iterating/optimizing no aplicativo Data Lake que usa Lambda, Glue, Athena etc.</td><td>De-centralized accounts/applications como sandbox, aplicativos gerenciados por terceiros</td></tr>
</tbody>
</table>


**\*** Operations On Demand (OOD) tem uma oferta para clientes que usam o modo CM padrão para gerenciar suas alterações por meio de recursos dedicados. Para obter mais detalhes, consulte o [catálogo de ofertas do Operations on Demand](https://docs.aws.amazon.com/managedservices/latest/userguide/ood-catalog.html) e fale com seu gerente de prestação de serviços em nuvem (CSDM).

**nota**  
A comparação de preços entre o modo SSP e o modo Desenvolvedor pressupõe que os mesmos serviços da AWS sejam provisionados.

Comparando os modos AMS com os objetivos de negócios e de TI

![Gráfico comparando AMS os modos por tempo de operacionalização e nível de governança.](http://docs.aws.amazon.com/pt_br/managedservices/latest/onboardingguide/images/ams-modes-choosing-dcm.png)


Conforme mostrado, se você estiver procurando por um modelo de governança altamente controlado e padronizado para seus aplicativos, os modos AMS-managed Standard Change, AWS Service Catalog ou Direct Change são os mais adequados. Se você precisar de um modelo de governança personalizado com foco na inovação de aplicativos sem a necessidade de prontidão operacional, selecione o modo Gerenciado pelo Cliente. Com o modo Gerenciado pelo Cliente, pode levar mais tempo para operacionalizar seus aplicativos, pois você assume a responsabilidade de estabelecer pessoas, processos e ferramentas para dar suporte a recursos operacionais, como gerenciamento de incidentes, gerenciamento de configuração, gerenciamento de provisionamento, gerenciamento de segurança, gerenciamento de patches etc.