FAQ et modalités de Serverless Application Repository

Les applications sans serveur sont déployées sous forme de piles AWS CloudFormation, ce qui facilite pour vous la gestion d'une application en tant qu'unité unique. Chaque ressource est balisée à l'aide d'un Amazon Resource Name (ARN) uniquement identifiable par l'application, ce qui vous aide à localiser vos ressources en utilisant la console AWS Tag Editor. Vous pouvez également utiliser d'autres outils d'AWS ou de tiers pour gérer chaque ressource séparément.

Pour publier une application sans serveur, détaillez l'application en utilisant le format AWS Serverless Application Model (SAM), compressez-la avec l'interface de ligne de commande AWS, et publiez-la à l'aide d'AWS Management Console, de l'interface de ligne de commande AWS ou des kits SDK AWS. Vous devez posséder un compte AWS valide, et renseigner un nom, une description, un lien vers le code source et un fichier texte LICENCE.txt pour votre application. Les applications destinées à être disponibles pour tout utilisateur AWS doivent être publiées la région USA Est (Virginie du Nord) ou la région USA Est (Ohio).

Les éditeurs contrôlent l'accès à leurs applications dans le référentiel et leur déploiement. Vous pouvez en limiter l'accès à votre équipe (un groupe sur le même compte AWS), partager une application avec d'autres comptes ou la rendre accessible à n'importe quel utilisateur AWS sans aucune restriction. Pour en savoir plus sur les autorisations et la visibilité des applications que vous publiez, consultez notre documentation sur les politiques basées sur les ressources.

Si vous souhaitez facturer des frais pour l'utilisation d'une application sans serveur, il est possible d'intégrer AWS Lambda en arrière-plan d'Amazon API Gateway pour ensuite vendre l'API en tant que produit SaaS via l'AWS Marketplace. Pour en savoir plus, consultez les étapes pour apparaitre sur AWS Marketplace et la façon de monétiser votre API avec API Gateway.

Une application sans serveur imbriquée est un composant déployé dans le cadre d'une autre application sans serveur. À mesure que les architectures sans serveur évoluent, des modèles communs font leur apparition, dans lesquels les mêmes composants sont définis dans plusieurs modèles d'application. Vous pouvez désormais séparer les modèles communs en tant qu'applications dédiées, puis les imbriquer dans le cadre de modèles d'application existants ou nouveaux.

Les applications imbriquées sont déployées sous forme de piles imbriquées AWS CloudFormation.

Utilisez le type de ressource AWS:Serverless:Application pour ajouter des applications que vous avez développées en local ou qui ont été partagées avec vous via Serverless Application Repository. Vous pouvez définir des entrées pour les sorties de référence ou d'application imbriquée à l'aide d'une simple syntaxe AWS SAM. Pour en savoir plus, consultez notre documentation.

Spécifiez un nom unique pour chaque application imbriquée dans votre modèle SAM. Les ressources créées par l'application imbriquée seront dédiées au nom unique de l'application.

Utilisez la commande sam package de l'interface de la ligne de commande SAM pour empaqueter votre application imbriquée. Publiez votre application packagée sur Serverless Application Repository à l'aide d'API ou du kit SDK AWS. Vous pouvez utiliser la commande sam deploy de l'interface de la ligne de commande SAM pour déployer votre application instantanément.

Oui. La commande sam package de l'interface de la ligne de commande SAM empaquette de manière récursive une hiérarchie d'applications imbriquées. Vous pouvez imbriquer au maximum 199 applications dans un même modèle d'application de premier niveau.

Les applications sans serveur sont déployées sous forme de piles AWS CloudFormation, ce qui facilite pour vous la gestion d'une application en tant qu'unité unique. Chaque ressource est balisée à l'aide d'un Amazon Resource Name (ARN) uniquement identifiable par l'application, ce qui vous aide à localiser vos ressources en utilisant la console AWS Tag Editor. Vous pouvez également utiliser d'autres outils d'AWS ou de tiers pour gérer chaque ressource séparément.

Configurez la ressource SAM AWS:Serverless:Application avec l'application ARN et tous les paramètres d'entrée requis par l'application. Pour en savoir plus, consultez notre documentation.

Les applications de Serverless Application Repository sont déjà packagées et prêtes à être utilisées. Vous pouvez utiliser la commande sam package de l'interface de la ligne de commande SAM existante pour vous assurer que les applications imbriquées sont toujours disponibles avant que vous ne déployiez l'application sur votre compte.

Les applications que vous imbriquez qui sont par la suite supprimées ou auxquelles vous n'avez plus accès n'auront aucune conséquence sur les déploiements existants de votre application. Il vous sera demandé de mettre à jour votre application si vous essayez de la déployer avec des dépendances qui n'existent plus.

Les applications qui contiennent une ou plusieurs applications imbriquées utilisent CAPABILITY_AUTO_EXPAND.

Oui. Vous pouvez publier des applications imbriquées sur Serverless Application Repository tout comme vous publiez des applications autonomes actuellement. Utilisez la console AWS, l'interface de ligne de commande AWS, l'interface de ligne de commande SAM ou les API Serverless Application Repository pour publier des applications imbriquées.

Les applications sans serveur suivent le même modèle utilisé par les fonctions Lambda actuellement. L'accès aux applications sans serveur dans Serverless Application Repository peut être contrôlé à l'aide des stratégies basées sur les ressources AWS IAM. Vous pouvez utiliser ces stratégies pour maintenir la confidentialité de votre application, autoriser son accès entre différents comptes ou la rendre publiquement accessible.

Avec une hiérarchie d'applications imbriquées, chaque application imbriquée doit être disponible pour le compte AWS avec lequel vous partagez l'application de premier niveau.

Oui. Vous pouvez partager des applications avec tous les comptes appartenant à une organisation AWS Les applications sans serveur suivent le même modèle que celui utilisé actuellement par les fonctions Lambda. L'accès aux applications sans serveur dans AWS Serverless Application Repository peut être contrôlé à l'aide des stratégies basées sur les ressources AWS IAM. Vous pouvez utiliser ces stratégies pour maintenir la confidentialité de votre application, autoriser son accès entre différents comptes, accorder l'accès à une organisation ou la rendre publiquement accessible. Pour en savoir plus sur les stratégies basées sur les ressources pour les applications sans serveur, rendez-vous sur cette page.

Pour commencer, recherchez l'application dans la console AWS Serverless Application Repository, cliquez sur l'onglet « Partager », puis sur « Créer une déclaration ». Vous pouvez ajouter ici le mandataire d'organisation AWS pour accorder à l'organisation un accès à l'application. Vous pouvez également utiliser les API AWS Serverless Application Repository pour mettre à jour les stratégies basées sur les ressources afin de partager des applications au sein d'une organisation. Pour en savoir plus sur les stratégies basées sur les ressources, consultez notre documentation ici.

Non. Vous ne pouvez partager une application qu'avec des comptes appartenant à la même organisation AWS que votre compte.

Le partage d'applications au sein d'une unité d'organisation n'est pas pris en charge. Vous pouvez utiliser ces stratégies pour maintenir la confidentialité de votre application, autoriser son accès entre différents comptes, accorder l'accès à une organisation ou la rendre publiquement accessible.

Pour fournir un accès à votre application pour certains comptes d'une organisation, mettez simplement à jour la stratégie basée sur les ressources afin d'inclure des comptes AWS ainsi que l'identifiant d'organisation AWS avec qui vous souhaitez partager l'application.

Oui. Vous pouvez définir des actions sur votre stratégie basée sur les ressources qui peuvent limiter le type d'opérations qu'un individu peut effectuer sur une application que vous avez partagée. La mise à jour d'actions pour une stratégie basée sur les ressources est prise en charge via les API et la console AWS Serverless Application Repository. Pour en savoir plus sur les actions que vous pouvez définir pour les stratégies basées sur les ressources, consultez notre documentation ici.

1. Les éditeurs, qui sont clients d'AWS, peuvent envoyer leurs applications sans serveur et composants AWS (« applications sans serveur AWS ») afin qu'ils soient mis à disposition de manière privée, sur des comptes AWS spécifiques, ou de tous les clients AWS par l'intermédiaire d'AWS Serverless Application Repository (« Repository » ou « référentiel »), en utilisant ce référentiel conformément au processus de publication de sa console. Les applications sans serveur AWS devant être disponibles de façon privée ou par des comptes AWS spécifiques doivent être sous forme de code source ou binaire. Les applications sans serveur AWS devant être disponibles pour tous les clients AWS doivent être sous forme de code source ou binaire et inclure suffisamment de détails pour permettre à l'utilisateur d'accéder au code source.

2. Les éditeurs doivent être en possession de toutes les licences et autorisations ou de tous les droits nécessaires pour envoyer leurs applications sans serveur AWS au référentiel. En plus de son application sans serveur AWS, l'éditeur doit également envoyer au référentiel les conditions de la ou des licences de son application sans serveur AWS, notamment toute exigence d'attribution d'une licence open source. L'éditeur doit examiner, évaluer et tester toute application sans serveur AWS avant de l'envoyer au référentiel.

3. Par la présente, l'éditeur octroie à AWS et ses affiliés le droit de reproduire, de distribuer, d'afficher publiquement ou au sein de comptes AWS spécifiques (le cas échéant), d'exécuter, de transmettre, d'utiliser et de mettre à disposition (par tous les moyens de distribution en ligne et électroniques) sans serveur AWS du référentiel.

4. L'éditeur déclare et garantit qu'il dispose de tous les droits nécessaires pour envoyer son application sans serveur AWS au référentiel, qu'il dispose de tous les droits nécessaires pour autoriser le téléchargement de son application sans serveur AWS depuis le référentiel et qu'il a fourni toutes les attributions requises. L'éditeur s'engage à n'envoyer aucune application sans serveur AWS comportant un programme ou un contenu malveillant ou préjudiciable dans l'intention ou le but de nuire à autrui. AWS peut supprimer et fermer toute application sans serveur AWS à l'entière discrétion d'AWS, pour cette raison ou une autre.

5. Les clients d'AWS doivent respecter la ou les licences listées par les éditeurs, notamment toute attribution ou autre exigence, pour chaque application sans serveur AWS qu'ils téléchargent.

6. Tout client d'AWS qui crée un travail dérivé à partir d'une application sans serveur AWS est lui-même responsable de déterminer s'il possède tous les droits nécessaires pour procéder ainsi, en vertu de la ou des licences de l'application sans serveur AWS, et doit respecter toute attribution ou autre exigence.

7. Toute licence ou tout autre contrat concernant une application sans serveur AWS d'un éditeur a uniquement cours entre l'éditeur et les clients d'AWS. Ni AWS ni ses affiliés ne sont partie à cette licence ou à tout autre contrat, et aucun d'eux n'aura une quelconque responsabilité ou obligation vis-à-vis de cette licence ou de tout autre contrat. AWS ne peut être tenu pour responsable et n'a aucunement l'obligation de garantir que les éditeurs ou les clients d'AWS respectent les licences (notamment leur attribution) ou toute autre exigence.

8. Les applications sans serveur AWS et tous les autres matériels tiers disponibles dans le référentiel font partie du « contenu du référentiel. » LE contenu du référentiel EST FOURNI « TEL QUEL », SANS GARANTIE EXPRESSE OU TACITE D'AUCUNE SORTE, COMPRENANT, MAIS SANS S'Y LIMITER, LES GARANTIES DE VALEUR MARCHANDE, D'ADÉQUATION À UNE FIN PARTICULIÈRE, ET DE NON-CONTREFAÇON. EN AUCUN CAS LES ÉDITEURS, LES DÉTENTEURS DE DROITS, AWS OU SES AFFILIÉS NE POURRONT ÊTRE TENUS POUR RESPONSABLES DE TOUTE RÉCLAMATION, DOMMAGE OU AUTRE OBLIGATION, QUE CE SOIT DE MANIÈRE CONTRACTUELLE, DÉLICTUELLE OU AUTRE, RELATIVE AU contenu du référentiel OU À L'UTILISATION OU AUTRE MANIPULATION DU contenu du référentiel.

9. Les éditeurs et les clients d'AWS acceptent de se conformer à l'ensemble de ces conditions lors de leur utilisation du référentiel, et acceptent que ces conditions soient occasionnellement mises à jour par AWS.