Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
# Modes AMS
Utilisez-le pour vous aider à sélectionner le mode AWS Managed Services (AMS) approprié pour héberger vos applications, en fonction de la combinaison de flexibilité et de gouvernance prescriptive que vous souhaitez pour atteindre vos objectifs commerciaux.
Le public cible de ces informations est :
+ Les équipes clients sont responsables de la stratégie et de la gouvernance de leur zone d'atterrissage. Ces informations aideront l'équipe à jeter les bases d'une zone d'atterrissage gérée par AMS, avec les modes AMS qu'elle aimerait proposer à ses clients internes et externes.
+ Les propriétaires d'entreprises et d'applications chargés de migrer leur application vers AMS. Ces informations aideront à planifier la migration des applications, avec le mode AMS approprié à migrate/host leur application. Notez qu'une même application peut être hébergée dans plusieurs modes AMS au cours des différentes phases de son cycle de vie du développement logiciel (SDLC).
+ Les partenaires AMS sont chargés de guider les clients sur les différentes options de création et de migration vers AMS.
Ces informations supposent que vous avez déjà pris la décision de tirer parti d'AMS pour accélérer votre transition vers le cloud. Consultez ce paper à deux étapes de votre parcours de migration vers le cloud : tout d'abord, pendant la phase initiale de configuration de la plateforme gérée par AMS. Ensuite, lorsque vous passez de la phase de base à la phase de migration de votre parcours d'adoption du cloud, juste après l'intégration à AMS, vous vous concentrez sur la gouvernance et les opérations des applications.
# Modes AMS et applications ou charges de travail
Tenez compte des exigences opérationnelles et de gouvernance de vos applications lorsque vous sélectionnez le bon mode, soit en demandant un nouveau compte d'application, soit en hébergeant l'application dans un compte d'application existant. La sélection du mode AMS approprié pour chaque application ou charge de travail dépend des facteurs suivants :
+ Le type de fonction de cycle de vie du SDLC que l'environnement fournira (par exemple, sandbox avec des modifications non modérées, UAT avec des modifications fréquentes, production avec des modifications minimes et hautement réglementée)
+ Les politiques de gouvernance nécessaires (appliquées SCPs au niveau de l'UO)
+ Modèle opérationnel (si vous souhaitez assumer la responsabilité opérationnelle ou si vous souhaitez l'externaliser à AMS)
+ Les résultats commerciaux souhaités, tels que le temps nécessaire pour opérer dans le cloud et le coût des opérations.
**Note**
Pour une description des types de mode par service AMS, voir [Types de modes et de comptes dans AMS](https://docs.aws.amazon.com/managedservices/latest/userguide/ams-modes-types.html).
Pour des cas d'utilisation réels des différents modes, voir [Cas d'utilisation réels des modes AMS](https://docs.aws.amazon.com/managedservices/latest/userguide/ams-modes-and-use-cases.html)
Le tableau suivant décrit les principales considérations à prendre en compte par les propriétaires d'applications pour les aider à choisir le mode AMS le plus approprié. Les propriétaires d'applications doivent prévoir une phase d'évaluation avant la migration des applications afin de bien comprendre quel mode s'applique à leur application spécifique. Exemple : pour les applications basées sur des services cloud natifs ou sur une architecture sans serveur, la meilleure option pourrait être de commencer à créer et à itérer en mode développeur et de déployer l'infrastructure finale sous forme de code à l'aide du mode AMS Managed — SSP. Dans ce cas, une légère refactorisation peut être nécessaire pour garantir que tous les CloudFormation modèles créés pour un déploiement automatisé respectent les directives d'ingestion établies par AMS. En outre, toutes les autorisations IAM doivent être approuvées par AMS Security afin de garantir qu'elles respectent le modèle du moindre privilège.
Le mode AMS sélectionné pour héberger l'application peut vous aider à élaborer le modèle d'exploitation cloud que vous souhaitez.
**Note**
Plusieurs modèles d'exploitation cloud peuvent exister dans une seule zone d'accueil gérée par AMS en fonction des différents modes AMS sélectionnés pour héberger les applications.
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/managedservices/latest/onboardingguide/ams-modes-and-apps-og.html)
**\$1** Operations On Demand (OOD) propose une offre aux clients utilisant le mode CM standard pour gérer leurs modifications grâce à des ressources dédiées. Pour plus de détails, consultez le [catalogue d'offres Operations on Demand](https://docs.aws.amazon.com/managedservices/latest/userguide/ood-catalog.html) et adressez-vous à votre responsable de prestation de services cloud (CSDM).
**Note**
La comparaison des prix entre le mode SSP et le mode développeur suppose que les mêmes services AWS sont fournis.
Comparaison des modes AMS avec les objectifs commerciaux et informatiques
![\[Comparison of AMS modes showing governance and flexibility against time to operationalize.\]](http://docs.aws.amazon.com/fr_fr/managedservices/latest/onboardingguide/images/ams-modes-choosing-dcm.png)
Comme indiqué, si vous recherchez un modèle de gouvernance hautement contrôlé et standardisé pour vos applications, les modes Standard Change, AWS Service Catalog ou Direct Change gérés par AMS sont les meilleurs choix. Si vous avez besoin d'un modèle de gouvernance sur mesure axé sur l'innovation des applications sans avoir besoin de préparation opérationnelle, sélectionnez le mode géré par le client. Avec le mode géré par le client, la mise en œuvre de vos applications peut prendre plus de temps, car il vous incombe de définir les personnes, les processus et les outils nécessaires pour soutenir les capacités opérationnelles telles que la gestion des incidents, la gestion des configurations, la gestion du provisionnement, la gestion de la sécurité, la gestion des correctifs, etc.