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.
AWS Proton components
Les composants sont un type de AWS Proton ressource. Ils apportent de la flexibilité aux modèles de services. Les composants fournissent aux équipes chargées de la plateforme un mécanisme leur permettant d'étendre les modèles d'infrastructure de base et de définir des mesures de protection qui permettent aux développeurs de gérer certains aspects de leur infrastructure d'applications.
Dans AWS Proton les administrateurs, définissez l'infrastructure standard utilisée par les équipes de développement et les applications. Cependant, les équipes de développement peuvent avoir besoin d'inclure des ressources supplémentaires pour leurs cas d'utilisation spécifiques, comme les files d'attente Amazon Simple Queue Service (Amazon SQS) ou les tables Amazon DynamoDB. Ces ressources spécifiques aux applications peuvent changer fréquemment, en particulier lors du développement initial de l'application. Le maintien de ces modifications fréquentes dans les modèles créés par les administrateurs peut être difficile à gérer et à faire évoluer. Les administrateurs devraient gérer de nombreux autres modèles sans véritable valeur ajoutée pour les administrateurs. L'alternative, qui consiste à laisser les développeurs d'applications créer des modèles pour leurs applications, n'est pas idéale non plus, car elle empêche les administrateurs de normaliser les principaux composants de l'architecture, tels que les tâches. AWS Fargate C'est là que les composants entrent en jeu.
Grâce à un composant, un développeur peut ajouter des ressources supplémentaires à son application, au-delà de ce que les administrateurs ont défini dans les modèles d'environnement et de service. Le développeur associe ensuite le composant à une instance de service. AWS Proton provisionne les ressources d'infrastructure définies par le composant de la même manière qu'il provisionne les ressources pour les environnements et les instances de service.
Un composant peut lire les entrées de l'instance de service et fournir des sorties à l'instance de service, pour une expérience totalement intégrée. Par exemple, si le composant ajoute un compartiment Amazon Simple Storage Service (Amazon S3) destiné à être utilisé par une instance de service, le modèle de composant peut prendre en compte les noms d'environnement et d'instance de service pour nommer le compartiment. Lors du AWS Proton rendu du modèle de service pour provisionner une instance de service, l'instance de service peut faire référence au compartiment et l'utiliser.
Les composants AWS Proton actuellement pris en charge sont des composants définis directement. Vous transmettez le fichier Infrastructure en tant que code (IaC) qui définit l'infrastructure du composant directement à l' AWS Proton API ou à la console. Ceci est différent d'un environnement ou d'un service, dans lequel vous définissez IaC dans un ensemble de modèles et vous enregistrez le bundle en tant que ressource de modèle, puis vous utilisez une ressource de modèle pour créer l'environnement ou le service.
Note
Les composants définis directement permettent aux développeurs de définir une infrastructure supplémentaire et de la provisionner. AWS Proton provisionne tous les composants directement définis s'exécutant dans le même environnement en utilisant le même rôle Gestion des identités et des accès AWS (IAM).
Un administrateur peut contrôler ce que les développeurs peuvent faire avec les composants de deux manières :
-
Sources de composants prises en charge : un administrateur peut autoriser l'attachement de composants à des instances de service en fonction d'une propriété des versions des modèles de AWS Proton service. Par défaut, les développeurs ne peuvent pas associer de composants aux instances de service.
Pour plus d'informations sur cette propriété, consultez le ComponentSources paramètre pris en charge pour l'action d'CreateServiceTemplateVersionAPI dans la référence d'AWS Proton API.
Note
Lorsque vous utilisez la synchronisation des modèles, AWS Proton crée implicitement des versions de modèles de service lorsque vous apportez des modifications à un ensemble de modèles de service dans un référentiel. Dans ce cas, au lieu de spécifier les sources de composants prises en charge lors de la création de la version du modèle de service, vous spécifiez cette propriété dans un fichier associé à chaque version principale du modèle de service. Pour de plus amples informations, veuillez consulter Modèles de services de synchronisation.
-
Rôles des composants : un administrateur peut attribuer un rôle de composant à un environnement. AWS Proton assume ce rôle lorsqu'il fournit une infrastructure définie par un composant directement défini dans l'environnement. Par conséquent, le rôle des composants délimite l'infrastructure que les développeurs peuvent ajouter à l'aide de composants directement définis dans l'environnement. En l'absence du rôle de composant, les développeurs ne peuvent pas créer de composants définis directement dans l'environnement.
Pour plus d'informations sur l'attribution d'un rôle de composant, consultez le RoleArn paramètre de composant de l'action d'CreateEnvironmentAPI dans la référence de l'AWS Proton API.
Note
Les rôles des composants ne sont pas utilisés dans Self-managed approvisionnement les environnements.
Comment les composants se comparent-ils aux autres AWS Proton des ressources ?
À bien des égards, les composants sont similaires aux autres AWS Proton ressources. Leur infrastructure est définie dans un fichier modèle IaC, créé au format CloudFormation YAML ou Terraform HCL. AWS Proton peut provisionner l'infrastructure des composants à l'aide d'un provisionnement AWS géré ou d'un provisionnement autogéré.
Les composants se distinguent toutefois des autres AWS Proton ressources de plusieurs manières :
-
État détaché : les composants sont conçus pour être attachés à des instances de service et pour étendre leur infrastructure, mais peuvent également être dans un état détaché, c'est-à-dire qu'ils ne sont attachés à aucune instance de service. Pour plus d'informations sur les états des composants, consultezÉtats des composants.
-
Aucun schéma : les composants n'ont pas de schéma associé, contrairement aux ensembles de modèles. Les entrées des composants sont définies par un service. Un composant peut consommer des entrées lorsqu'il est attaché à une instance de service.
-
Pas de composants gérés par le client : provisionnez AWS Proton toujours l'infrastructure des composants pour vous. Il n'existe pas de version des composants à apporter avec vos propres ressources. Pour plus d'informations sur les environnements gérés par le client, consultez. Création d'un environnement
-
Aucune ressource de modèle : les composants définis directement ne sont pas associés à une ressource de modèle similaire aux modèles d'environnement et de service. Vous fournissez un fichier modèle IaC directement au composant. De même, vous fournissez directement un manifeste qui définit le langage du modèle et le moteur de rendu pour le provisionnement de l'infrastructure du composant. Vous créez le fichier modèle et le manifeste de la même manière que vous créez un ensemble de modèles. Cependant, avec les composants définis directement, il n'est pas nécessaire de stocker les fichiers IaC sous forme de paquets dans des emplacements particuliers, et vous ne créez pas de ressource modèle dans AWS Proton des fichiers IaC.
-
Pas de CodeBuild-based provisionnement : vous ne pouvez pas provisionner des composants définis directement à l'aide de votre propre script de provisionnement personnalisé, appelé CodeBuild-based provisionnement. Pour de plus amples informations, veuillez consulter Comment fonctionne CodeBuild le provisionnement.
Les composants du AWS Proton console
Utilisez la AWS Proton console pour créer, mettre à jour, afficher et utiliser AWS Proton des composants.
Les pages de console suivantes concernent les composants. Nous incluons des liens directs vers les pages de console de haut niveau.
-
Composants
: consultez la liste des composants de votre AWS compte. Vous pouvez créer de nouveaux composants et mettre à jour ou supprimer des composants existants. Choisissez le nom d'un composant dans la liste pour afficher sa page de détails. Des listes similaires existent également sur les pages Détails de l'environnement et Détails des instances de service. Ces listes n'affichent que les composants associés à la ressource affichée. Lorsque vous créez un composant à partir de l'une de ces listes, AWS Proton présélectionnez l'environnement associé sur la page Créer un composant.
-
Détails des composants — Pour afficher la page des détails des composants, choisissez un nom de composant dans la liste des
composants. Sur la page de détails, consultez les détails et l'état du composant, puis mettez-le à jour ou supprimez-le. Affichez et gérez les listes de sorties (par exemple, les ARN des ressources provisionnées), les CloudFormation piles provisionnées et les balises attribuées.
-
Créer un composant
— Créez un composant. Entrez le nom et la description du composant, choisissez les ressources associées, spécifiez le fichier IaC source du composant et attribuez des balises. -
Mettre à jour un composant : pour mettre à jour un composant, sélectionnez-le dans la liste des
composants, puis, dans le menu Actions, choisissez Mettre à jour le composant. Vous pouvez également sélectionner Mettre à jour sur les pages de détails des composants. Vous pouvez mettre à jour la plupart des informations du composant. Vous ne pouvez pas mettre à jour le nom du composant. Vous pouvez également choisir de redéployer ou non le composant après une mise à jour réussie.
-
Configurer l'environnement : lorsque vous créez ou mettez à jour un environnement, vous pouvez spécifier un rôle de composant. Ce rôle contrôle la capacité à exécuter des composants directement définis dans l'environnement et fournit des autorisations pour leur provisionnement.
-
Créer une nouvelle version de modèle de service — Lorsque vous créez une version de modèle de service, vous pouvez spécifier Sources de composants prises en charge pour la version du modèle. Cela contrôle la possibilité d'attacher des composants à des instances de service de services basées sur cette version de modèle.
Les composants du AWS Proton API et AWS CLI
Utilisez l' AWS Proton API ou le AWS CLI pour créer, mettre à jour, afficher et utiliser AWS Proton des composants.
Les actions d'API suivantes gèrent directement les ressources des AWS Proton composants.
-
CreateComponent— Créez un AWS Proton composant.
-
DeleteComponent— Supprime un AWS Proton composant.
-
GetComponent— Obtenez des données détaillées pour un composant.
-
ListComponentOutputs— Obtenez une liste des sorties d'infrastructure en tant que code (IaC) des composants.
-
ListComponentProvisionedResources— Répertoriez les ressources provisionnées pour un composant avec des détails.
-
ListComponents— Répertoriez les composants avec des données récapitulatives. Vous pouvez filtrer la liste des résultats par environnement, par service ou par instance de service unique.
Les actions d'API suivantes d'autres AWS Proton ressources comportent certaines fonctionnalités liées aux composants.
-
CreateEnvironment, UpdateEnvironment — Permet
componentRoleArnde spécifier le nom de ressource Amazon (ARN) du rôle de service IAM à utiliser lors du provisionnement de composants directement définis dans cet environnement. AWS Proton Il détermine l'étendue de l'infrastructure qu'un composant directement défini peut fournir. -
CreateServiceTemplateVersion— Permet
supportedComponentSourcesde spécifier les sources de composants prises en charge. Les composants dont les sources sont prises en charge peuvent être attachés à des instances de service sur la base de cette version de modèle de service.
Questions fréquemment posées sur les composants
Quel est le cycle de vie d'un composant ?
Les composants peuvent être attachés ou détachés. Ils sont conçus pour être attachés à une instance de service et améliorer son infrastructure la plupart du temps. Les composants détachés sont dans un état transitoire qui vous permet de supprimer un composant ou de l'associer à une autre instance de service de manière contrôlée et sûre. Pour de plus amples informations, veuillez consulter États des composants.
Pourquoi ne puis-je pas supprimer les composants que j'ai connectés ?
Solution : Pour supprimer un composant attaché, mettez-le à jour pour le détacher de l'instance de service, validez la stabilité de l'instance de service, puis supprimez le composant.
Pourquoi est-ce nécessaire ? Les composants attachés fournissent l'infrastructure supplémentaire dont votre application a besoin pour exécuter ses fonctions d'exécution. L'instance de service utilise peut-être les sorties des composants pour détecter et utiliser les ressources de cette infrastructure. La suppression du composant, et donc de ses ressources d'infrastructure, peut perturber l'instance de service associée.
Comme mesure de sécurité supplémentaire, AWS Proton vous devez mettre à jour le composant et le détacher de son instance de service avant de pouvoir le supprimer. Vous pouvez ensuite valider votre instance de service pour vous assurer qu'elle continue à se déployer et à fonctionner correctement. Si vous détectez un problème, vous pouvez rapidement rattacher le composant à l'instance de service, puis essayer de le résoudre. Lorsque vous êtes certain que votre instance de service ne dépend plus du composant, vous pouvez supprimer le composant en toute sécurité.
Pourquoi ne puis-je pas modifier directement l'instance de service attachée à un composant ?
Solution : pour modifier la pièce jointe, mettez à jour le composant pour le détacher de l'instance de service, validez la stabilité du composant et de l'instance de service, puis attachez le composant à la nouvelle instance de service.
Pourquoi est-ce nécessaire ? Un composant est conçu pour être attaché à une instance de service. Votre composant peut utiliser des entrées d'instance de service pour la dénomination et la configuration des ressources d'infrastructure. La modification de l'instance de service associée peut perturber le composant (en plus d'une éventuelle interruption de l'instance de service, comme décrit dans la FAQ précédente, Pourquoi ne puis-je pas supprimer mes composants attachés ? ). Par exemple, cela peut entraîner le changement de nom, voire le remplacement, des ressources définies dans le modèle IaC du composant.
Comme mesure de sécurité supplémentaire, AWS Proton vous devez mettre à jour le composant et le détacher de son instance de service avant de pouvoir l'associer à une autre instance de service. Vous pouvez ensuite valider la stabilité du composant et de l'instance de service avant d'associer le composant à la nouvelle instance de service.
