View a markdown version of this page

Customer-managed environnements - AWS Proton

Avis de fin de support : le 7 octobre 2026, AWS le support pour AWS Proton. Après le 7 octobre 2026, vous ne pourrez plus accéder à la AWS Proton console ni aux AWS Proton ressources. Votre infrastructure déployée restera intacte. Pour plus d'informations, consultez le Guide AWS Proton de dépréciation et de migration des services.

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.

Customer-managed environnements

Avec les environnements gérés par le client, vous pouvez utiliser l'infrastructure existante, telle qu'un VPC, que vous avez déjà déployée en tant qu'environnement. AWS Proton Lorsque vous utilisez des environnements gérés par le client, vous pouvez provisionner vos propres ressources partagées en dehors de. AWS Proton Cependant, vous pouvez toujours autoriser la consommation AWS Proton des sorties de provisionnement pertinentes en tant qu'entrées pour les AWS Proton services lors de leur déploiement. Si les sorties peuvent changer, AWS Proton est capable d'accepter les mises à jour. AWS Proton n'est cependant pas en mesure de modifier directement l'environnement, car le provisionnement est géré en dehors de AWS Proton.

Une fois l'environnement créé, vous êtes responsable de fournir les mêmes résultats que ceux AWS Proton qui auraient été créés si vous AWS Proton aviez créé l'environnement, tels que les noms de clusters Amazon ECS ou les ID Amazon VPC.

Grâce à cette fonctionnalité, vous pouvez déployer et mettre à jour des ressources de AWS Proton service à partir d'un modèle de AWS Proton service vers cet environnement. Cependant, l'environnement lui-même n'est pas modifié par les mises à jour des modèles dans AWS Proton. Vous êtes responsable de l'exécution des mises à jour de l'environnement et de la mise à jour de ces sorties dans AWS Proton.

Vous pouvez disposer de plusieurs environnements sur un seul compte, qui sont une combinaison d'environnements AWS Proton gérés et gérés par le client. Vous pouvez également associer un deuxième compte et utiliser un AWS Proton modèle dans le compte principal pour exécuter des déploiements et des mises à jour des environnements et des services de ce second compte associé.

Comment utiliser les environnements gérés par le client

La première chose à faire par les administrateurs est d'enregistrer un modèle d'environnement importé et géré par le client. Ne fournissez pas de manifestes ni de fichiers d'infrastructure dans le bundle de modèles. Fournissez uniquement le schéma.

Le schéma ci-dessous présente une liste de sorties utilisant le format API ouvert et reproduit les sorties d'un CloudFormation modèle.

Important

Seules les entrées de chaîne sont autorisées pour les sorties.

L'exemple suivant est un extrait des sections de sortie d'un CloudFormation modèle pour un modèle Fargate correspondant.

Outputs: ClusterName: Description: The name of the ECS cluster Value: !Ref 'ECSCluster' ECSTaskExecutionRole: Description: The ARN of the ECS role Value: !GetAtt 'ECSTaskExecutionRole.Arn' VpcId: Description: The ID of the VPC that this stack is deployed in Value: !Ref 'VPC' [...]

Le schéma de l'environnement AWS Proton importé correspondant est similaire au suivant. Ne fournissez pas de valeurs par défaut dans le schéma.

schema: format: openapi: "3.0.0" environment_input_type: "EnvironmentOutput" types: EnvironmentOutput: type: object description: "Outputs of the environment" properties: ClusterName: type: string description: "The name of the ECS cluster" ECSTaskExecutionRole: type: string description: "The ARN of the ECS role" VpcId: type: string description: "The ID of the VPC that this stack is deployed in" [...]

Au moment de l'enregistrement du modèle, vous indiquez que ce modèle est importé et que vous indiquez l'emplacement du compartiment Amazon S3 pour le bundle. AWS Proton valide que le schéma ne contient que des paramètres de modèle environment_input_type et aucun paramètre de CloudFormation modèle avant de mettre le modèle en brouillon.

Pour créer un environnement importé, vous devez fournir les informations suivantes.

  • Un rôle IAM à utiliser lors des déploiements.

  • Une spécification avec les valeurs des sorties requises.

Vous pouvez fournir les deux via la console ou AWS CLI en utilisant un processus similaire au déploiement d'un environnement normal.