Site web • Documentation • X / Twitter • Slack de la communauté • Forum

The Serverless Framework – Permet d'utiliser facilement AWS Lambda et d'autres services cloud gérés pour créer des applications qui se mettent à l'échelle automatiquement, ne coûtent rien lorsqu'elles sont inactives et nécessitent une maintenance radicalement réduite.

Le Serverless Framework est un outil en ligne de commande avec une syntaxe YAML abordable pour déployer à la fois votre code et l'infrastructure cloud nécessaire à de nombreux cas d'usage d'applications serverless, comme les API, les fronts, les pipelines de données et les tâches planifiées. C'est un framework multi-langages qui prend en charge Node.js, Typescript, Python, Go, Java et plus encore. Il est également entièrement extensible grâce à plus de 1 000 plugins qui ajoutent au Framework davantage de cas d'usage et de flux de travail serverless.

Maintenu activement par Serverless Inc.

Serverless Framework - V.4

Juillet 2026 – V.4 continue de proposer des mises à jour significatives. Passez-les toutes en revue ci-dessous. Les versions récentes ont ajouté les Sandboxes (calcul isolé et éphémère sur AWS Lambda), la prise en charge native d'Amazon Bedrock AgentCore, les Instances gérées, les Fonctions durables et la connexion AWS et SSO intégrée. Comme toujours, nous sommes plus enthousiastes que jamais à propos de l'avenir du serverless.

Nouvelles fonctionnalités dans V.4

Voici une liste de tout ce qui est nouveau dans V.4, jusqu'à présent :

Sandboxes – Déployez des environnements de calcul isolés et éphémères sur AWS Lambda — idéaux pour les charges de travail non fiables ou par session, telles que les agents IA et l'exécution de code. Plus d'informations ici.
Prise en charge d'Amazon Bedrock AgentCore – Définissez des agents IA, de la mémoire, des outils, des passerelles, des navigateurs et des interpréteurs de code directement dans serverless.yml via la propriété ai, et gérez-les avec les commandes serverless agent. Plus d'informations ici.
AWS Login & SSO – Configurez des identifiants AWS via des flux basés sur navigateur avec serverless login aws et serverless login aws sso.
Diffs de déploiement – Aperçu de la manière dont un déploiement modifiera votre pile AWS CloudFormation en production avant de déployer avec serverless diff.
Commande Reconcile – Gardez les enregistrements d'utilisation synchronisés avec vos comptes AWS lorsque des piles sont supprimées en dehors de la CLI, via serverless reconcile.
Instances gérées – Prise en charge native de l'exécution Lambda adossée à EC2 pour permettre un débit plus élevé, une capacité prévisible et des charges de travail de longue durée.
Fonctions durables – Prise en charge intégrée des workflows durables avec état et des orchestrations de longue durée.
Mode d'isolation des locataires Lambda : Utilisez le mode d'isolation des locataires pour créer des environnements de calcul Lambda distincts par locataire, afin de réduire les effets de voisinage bruyants et d'isoler plus proprement les clients à fort trafic.
Streaming de réponses HTTP : Diffusez des journaux, des rapports de longue durée, des réponses partielles ou des réponses IA LLM depuis Lambda avec les API HTTP d'API Gateway.
Rôles IAM par fonction : Ajoutez des politiques IAM par fonction ou basculez l'ensemble du service sur des politiques par fonction.
Plugins intégrés : Les plugins communautaires populaires sont désormais des fonctionnalités intégrées de première classe du framework, notamment Python requirements, AppSync, Prune, API Gateway Service Proxy, et plus encore.
Meilleure prise en charge des domaines personnalisés : Vous n'avez plus besoin d'un plugin externe pour configurer automatiquement des domaines personnalisés et des certificats SSL pour vos API et plus encore. C'est désormais intégré au Serverless Framework CLI.
Intégration avec Doppler : Vous pouvez désormais récupérer facilement les secrets de Doppler via les variables de Serverless Framework.
Présentation de Serverless MCP : Conçu pour Cursor, Windsurf et autres IDE propulsés par l'IA, il détecte automatiquement les ressources cloud à partir de votre code, récupère les journaux, l'état et la configuration depuis AWS, vous permettant de déboguer vos applications serverless directement dans votre IDE — plus besoin de visiter la console AWS ! Prend en charge Serverless Framework, Cloudformation, et plus encore.
Prise en charge des projets AWS SAM, AWS CloudFormation et Serverless Framework traditionnels : Vous pouvez désormais utiliser un seul outil pour déployer ces trois types de fichiers de projet IaC. Plus d'informations ici
Prise en charge native de TypeScript : Vous pouvez désormais utiliser des gestionnaires .ts dans vos fonctions AWS Lambda dans serverless.yml et les faire compiler automatiquement lors du déploiement. ESBuild est maintenant inclus dans le Framework, ce qui rend cela possible. Plus d'informations ici.
The AWS AI Stack : V.4 est optimisé pour the AWS AI Stack. Déployez un boilerplate full-stack et serverless pour des applications IA sur AWS, avec des LLM via Amazon Bedrock et bien plus encore.
Nouveau mode Dev : Exécutez serverless dev pour que les événements de votre architecture en production soient routés vers votre code local, vous permettant d'apporter des modifications rapides sans déploiement. Plus d'informations ici.
Prise en charge des derniers runtimes : Prise en charge de Node.js 24 (nodejs24.x), Python 3.14 (python3.14) et Java 25 (java25) sur AWS Lambda.
Prise en charge des dernières régions : Prise en charge de toutes les régions majeures, y compris la région ap-southeast-6 récemment annoncée en Nouvelle-Zélande.
Nouvelle propriété Stages : Organisez facilement la configuration spécifique aux stages via stages et définissez une configuration default de repli.
Expérience Compose améliorée : Serverless Compose dispose désormais d'une nouvelle expérience CLI élégante qui montre mieux ce qui est déployé.
Nouvelles intégrations Terraform et Vault : Récupérez les sorties d'état de plusieurs solutions de stockage d'état Terraform, et les secrets de Vault. Documentation Terraform Documentation Vault
Commande Support : Envoyez des demandes d'assistance à notre équipe directement depuis la CLI, qui incluent automatiquement des informations contextuelles que vous pouvez vérifier avant l'envoi.
Résumé de débogage pour l'IA : Lorsque vous rencontrez un bug, vous pouvez exécuter serverless support --ai pour générer un rapport concis détaillant votre dernier bug avec tout le contexte nécessaire, optimisé pour être collé dans des outils d'IA tels que ChatGPT.
Contrôles avancés de journalisation pour AWS Lambda : Capturez les journaux en JSON, une granularité de journaux accrue et la définition d'un groupe de journaux personnalisé. Voici l'article AWS. Voici l'implémentation YAML
Intégration Axiom : Intégrez la solution d'observabilité d'Axiom pour une expérience puissante de journaux, de métriques et de traces, à un coût 3 fois inférieur à AWS cloudwatch.
AWS SSO : Les variables d'environnement, en particulier celles définies par AWS SSO, sont prioritaires. Le Framework et le Dashboard n'interfèrent plus avec celles-ci.
Mises à jour automatiques : Elles sont désormais effectuées par défaut. Cependant, vous pourrez contrôler le niveau de mises à jour que vous acceptez.
Intégration et configuration améliorées : La commande serverless a été réécrite pour être plus utile lors de la configuration d'un projet nouveau ou existant.
Gestionnaires de ressources personnalisées mis à jour : Tous les gestionnaires de ressources personnalisées utilisent désormais un runtime Node.js actuel (nodejs22.x).
Dépréciation des fournisseurs non-AWS : Les autres fournisseurs cloud ont été dépréciés. V.4 se concentre sur l'offre de la meilleure expérience sur AWS.

Changements cassants

Nous cherchons à éviter les changements cassants pour le fournisseur « aws ». Cependant, quelques éléments importants changent et doivent être pris en compte :

La licence V.4 change. Voir la section ci-dessous pour plus d'informations à ce sujet.
L'authentification est requise dans la CLI.
Les fournisseurs non-AWS ont été dépréciés. Nous introduirons de nouvelles façons d'utiliser d'autres fournisseurs d'infrastructure cloud dans V.4.

Si vous rencontrez d'autres changements cassants, veuillez créer une issue. Pour en savoir plus sur les différences et les changements cassants potentiels, consultez notre documentation sur la migration vers Serverless Framework V4.

Changements de licence dans V.4

Veuillez noter que la structure et les licences du dépôt V.4 diffèrent du module npm V.4. Le module npm contient certains logiciels sous licence propriétaire, car V.4 transitionne vers un produit SaaS commun, comme annoncé précédemment. Le code source original de Serverless Framework et plus encore continueront d'être des logiciels sous licence MIT, et le dépôt est structuré pour distinguer clairement les composants propriétaires des composants open source — le code sous licence MIT porte son propre fichier LICENSE dans packages/serverless, tandis que le LICENSE à la racine du dépôt couvre les composants propriétaires.

Sommaire

Fonctionnalités
Démarrage rapide
Examples
Plugins
Communauté

Fonctionnalités

Construisez plus, gérez moins : Innovez plus vite en passant moins de temps sur la gestion de l'infrastructure.
Polyvalence maximale : Relevez divers cas d'usage serverless, des API et tâches planifiées aux web sockets et pipelines de données.
Déploiement automatisé : Rationalisez le développement avec un déploiement du code et de l'infrastructure géré ensemble.
Développement local : Routez les événements d'AWS vers votre code AWS Lambda local pour développer plus vite sans avoir à déployer chaque modification.
Facilité d'utilisation : Déployez des applications complexes sans expertise approfondie de l'infrastructure cloud, grâce à une configuration YAML simple.
Indépendant du langage : Développez dans le langage de votre choix – Node.js, Python, Java, Go, C#, Ruby, Swift, Kotlin, PHP, Scala ou F#.
Gestion complète du cycle de vie : Développez, déployez, surveillez, mettez à jour et dépannez des applications serverless facilement.
Organisation évolutive : Structurez efficacement de grands projets et de grandes équipes en décomposant les grandes applications en services à traiter individuellement ou ensemble via Serverless Compose.
Environnements sans effort : Gérez en toute transparence les environnements de développement, de staging et de production.
Personnalisation prête : Étendez et modifiez les fonctionnalités du Framework avec un riche écosystème de plugins.
Communauté dynamique : Obtenez de l'aide et connectez-vous avec une communauté passionnée de développeurs Serverless.

Démarrage rapide

Voici comment installer le Serverless Framework, configurer un projet et le déployer sur Amazon Web Services avec une infrastructure serverless comme AWS Lambda, AWS DynamoDB, AWS S3 et plus encore.

Installer le Serverless Framework via NPM

Tout d'abord, vous devez avoir le runtime Node.js installé, version 18.17.0 ou supérieure, puis vous pouvez installer le Serverless Framework via NPM.

Ouvrez votre CLI et exécutez la commande ci-dessous pour installer le Serverless Framework globalement.```text npm i serverless -g

Exécutez `serverless` pour vérifier que votre installation fonctionne et afficher la version actuelle.

<br/>

## Mettre à jour Serverless Framework

À partir de la version 4, le Serverless Framework se met automatiquement à jour et effectue une vérification toutes les 24 heures.

Vous pouvez forcer une mise à jour en exécutant cette commande :```text
serverless update

Ou, vous pouvez définir cette variable d'environnement :```text SERVERLESS_FRAMEWORK_FORCE_UPDATE=true

<br/>

## La commande `serverless`

Le Serverless Framework est livré avec une commande `serverless` qui vous guide pas à pas dans la création et le déploiement d'un projet sur AWS. Elle vous aide à télécharger un modèle, à configurer les identifiants AWS, à configurer le tableau de bord du Serverless Framework, et plus encore, tout en expliquant chaque concept au fur et à mesure.

Ce guide vous expliquera également comment démarrer avec le Serverless Framework, mais veuillez noter que le simple fait de taper la commande `serverless` peut être l'expérience la plus satisfaisante.```text
serverless

Créer un service

Le concept principal pour un projet dans le Serverless Framework est appelé un « Service », et il est déclaré par un fichier serverless.yml, qui contient une syntaxe simplifiée pour déployer l'infrastructure cloud, telle que les fonctions AWS Lambda, l'infrastructure qui déclenche ces fonctions avec des événements, et l'infrastructure supplémentaire dont vos fonctions AWS Lambda peuvent avoir besoin pour divers cas d'utilisation (par exemple, les tables de base de données AWS DynamoDB, les buckets de stockage AWS S3, les AWS API Gateways pour recevoir des requêtes HTTP et les transmettre à AWS Lambda).

Un Service peut être une application entière, la logique d'un domaine spécifique (par exemple « blog », « users », « products »), ou un microservice gérant une seule tâche. C'est vous qui décidez comment organiser votre projet. En général, nous recommandons de commencer par une approche monolithique pour tout afin de réduire la complexité, jusqu'à ce que la décomposition de la logique soit absolument nécessaire.

Pour créer et configurer entièrement un Service du Serverless Framework, utilisez la commande serverless, qui propose un flux de configuration interactif.```text serverless

Cela vous montrera plusieurs Templates. Choisissez celui qui correspond au langage et au cas d'utilisation que vous voulez.```text
Serverless ϟ Framework
Welcome to Serverless Framework V.4

Create a new project by selecting a Template to generate scaffolding for a specific use-case.

? Select A Template: …
❯ AWS / Node.js / HTTP API
  AWS / Node.js / Express API
  AWS / Node.js / Express API with DynamoDB
  AWS / Node.js / Scheduled Task
  AWS / Node.js / Simple Function
  AWS / Python / HTTP API
  AWS / Python / Flask API
  AWS / Python / Flask API with DynamoDB
  AWS / Python / Scheduled Task
  AWS / Python / Simple Function
  (Scroll for more)

Après avoir sélectionné un modèle de service, ses fichiers seront téléchargés et vous aurez la possibilité de donner un nom à votre service.```text ? Name Your Service: ›

Veuillez utiliser uniquement des lettres minuscules, des chiffres et des traits d'union. Gardez également les noms de Service courts, car ils sont ajoutés au nom de chaque ressource cloud que le Serverless Framework crée, et certaines ressources cloud ont des restrictions de longueur de caractères dans leurs noms.

Pour en savoir plus sur les Services et plus encore, consultez la [documentation des concepts de base](https://www.serverless.com/framework/docs/providers/aws/guide/intro).

<br/>

## Connexion

À partir de Serverless Framework V.4, si vous utilisez la commande `serverless` pour configurer un Service, elle vous demandera éventuellement de vous connecter.

Si vous devez vous connecter en dehors de ce processus, exécutez `serverless login`.

La connexion vous redirigera vers le [Tableau de bord Serverless Framework](https://app.serverless.com) dans votre navigateur. Après vous être inscrit ou connecté, revenez à votre CLI et vous serez connecté.

Veuillez noter que vous pouvez démarrer gratuitement avec le CLI et le Tableau de bord Serverless Framework, et le CLI sera toujours gratuit pour les petites organisations et les indépendants. Pour plus d'informations sur les prix, consultez notre [page de tarification](https://serverless.com/pricing).

<br/>

## Créer une application

Le concept d'« App » est un conteneur parent pour un ou plusieurs « Services », que vous pouvez éventuellement définir via la propriété `app` dans votre `serverless.yml`. Définir une `app` active également les fonctionnalités du Tableau de bord Serverless Framework pour ce Service, comme le suivi de vos Services et de leurs déploiements dans le Tableau de bord Serverless Framework, le partage de sorties entre eux, le partage de secrets entre eux, ainsi que l'activation de métriques, de traces et de journaux.

Si vous utilisez la commande d'intégration `serverless`, elle vous aidera à configurer une `app` et à l'ajouter à votre Service. Vous pouvez également utiliser la commande `serverless` pour créer une App sur un Service existant, ou créer une App dans le Tableau de bord.```text
❯ Create A New App
  ecommerce
  blog
  acmeinc
  Skip Adding An App

L'application peut également être définie manuellement dans serverless.yml via la propriété app :```yaml service: my-service app: my-app

Si vous ne souhaitez pas utiliser les fonctionnalités du tableau de bord Serverless Framework, ajoutez simplement aucune propriété `app`. Les applications ne sont pas requises.

<br/>

## Configuration des identifiants AWS

Pour déployer une infrastructure cloud sur AWS, vous devez donner au Serverless Framework l'accès à vos identifiants AWS.

L'exécution de la commande `serverless` du Serverless Framework dans un nouveau service ou un service existant aidera à déterminer si les identifiants AWS ont été configurés correctement ou s'ils ont expiré, ou vous aidera à les configurer à partir de zéro.```text
No valid AWS Credentials were found in your environment variables or on your machine. Serverless Framework needs these to access your AWS account and deploy resources to it. Choose an option below to set up AWS Credentials.

❯ Create AWS IAM Role (Easy & Recommended)
  Save AWS Credentials in a Local Profile
  Skip & Set Later (AWS SSO, ENV Vars)

Nous recommandons de créer un rôle IAM AWS stocké dans le tableau de bord du Serverless Framework. Nous allons prendre en charge de nombreuses informations d'identification de fournisseur dans un avenir proche, et le tableau de bord est un excellent endroit pour les centraliser au sein de votre équipe, vous aidant à rester organisé et éliminant en toute sécurité la nécessité de conserver les informations d'identification sur les machines de vos coéquipiers.

Si vous utilisez AWS SSO, vous pouvez exécuter serverless login aws sso pour vous connecter via votre navigateur, ou simplement coller vos identifiants SSO temporaires dans le terminal en tant que variables d'environnement.

Pour en savoir plus sur la configuration de vos identifiants AWS, lisez ce guide.

Déployer un service

Après avoir utilisé la commande serverless pour tout configurer, il est temps de déployer votre service sur AWS.

Assurez-vous que votre session de terminal se trouve dans le répertoire qui contient votre fichier serverless.yml. Si vous venez de créer un service, n'oubliez pas de faire cd dans ce répertoire.```text cd [your-new-service-name]

Le déploiement créera/mettra à jour l'infrastructure cloud et le code sur AWS, le tout en même temps.

Exécutez la commande `deploy` :```text
serverless deploy

Vous trouverez plus de détails sur le déploiement ici.

Développement

Beaucoup de développeurs Serverless Framework et de développeurs serverless choisissent généralement de développer sur le cloud, car cela correspond à la réalité (c'est-à-dire votre environnement de production), et l'émulation de Lambda et d'autres dépendances d'infrastructure en local peut être complexe.

Dans Serverless Framework V.4, nous avons créé une approche hybride du développement, pour aider les développeurs à développer rapidement avec la précision de l'environnement cloud réel. C'est la nouvelle commande dev :```text serverless dev

Lorsque vous exécutez cette commande, voici ce qui se passe...

Un déploiement AWS Cloudformation aura lieu afin de modifier légèrement toutes les fonctions AWS Lambda de votre Service pour qu'elles intègrent un wrapper léger.

Une fois ce déploiement AWS Cloudformation terminé, vos fonctions AWS Lambda opérationnelles au sein de votre Service pourront toujours recevoir des événements et être invoquées dans AWS.

Cependant, les événements seront transmis par proxy de manière sécurisée et instantanée vers votre machine, et c'est le code présent sur votre machine qui sera exécuté, plutôt que celui de vos fonctions AWS Lambda opérationnelles.

Cela vous permet de modifier votre code sans avoir à déployer ou recréer localement chaque aspect de votre architecture, ce qui vous permet de développer rapidement.

Les journaux de votre code local seront également affichés dans votre session `dev` de terminal.

Une fois votre code terminé, la réponse de votre code local sera renvoyée vers vos fonctions AWS Lambda opérationnelles, et celles-ci retourneront la réponse—exactement comme le ferait une fonction AWS Lambda normale dans le cloud.

Veuillez noter que `dev` n'est conçu que pour les stades/environnements de développement ou personnels et ne doit pas être exécuté en production ni dans un stade où un volume élevé d'événements est traité.

Une fois votre session `dev` terminée, vous DEVEZ redéployer, à l'aide de `serverless deploy`, pour repousser vos modifications locales récentes vers vos fonctions AWS Lambda opérationnelles—sinon vos fonctions AWS Lambda échoueront (!)

Vous trouverez plus de détails sur le mode dev [ici](https://www.serverless.com/framework/docs/providers/aws/cli-reference/dev).

<br/>

## Invocation

Pour invoquer votre fonction AWS Lambda dans le cloud, vous pouvez trouver les URL de vos fonctions avec des points de terminaison API dans la sortie de `serverless deploy`, ou les récupérer via `serverless info`. Si vos fonctions ne disposent pas de points de terminaison API, vous pouvez utiliser la commande `invoke`, comme ceci :```bash
sls invoke -f hello

# Invoke and display logs:
serverless invoke -f hello --log

De plus amples détails sur la commande invoke sont disponibles ici.

Déployer des fonctions

Pour déployer rapidement des modifications de code, vous pouvez ignorer la commande serverless deploy qui est beaucoup plus lente car elle déclenche une mise à jour complète d'AWS CloudFormation, et déployer uniquement les modifications de code et de configuration sur une fonction AWS Lambda spécifique.

Pour déployer des modifications de code et de configuration sur des fonctions AWS Lambda individuelles en quelques secondes, utilisez la commande deploy function, avec -f [function name in serverless.yml] défini sur la fonction que vous souhaitez déployer.```text serverless deploy function -f my-api

Vous trouverez plus de détails sur la commande `deploy function` [ici](https://www.serverless.com/framework/docs/providers/aws/cli-reference/deploy-function).

<br/>

## Streamer les journaux

Vous pouvez utiliser Serverless Framework pour diffuser les journaux d'AWS Cloudwatch directement dans votre terminal. Utilisez la commande `sls logs` dans une fenêtre de terminal séparée :```bash
sls logs -f [Function name in serverless.yml] -t

Ciblez une fonction spécifique via l'option -f et activez le suivi (c'est-à-dire le streaming) via l'option -t.

Développement local complet

De nombreux utilisateurs du Serverless Framework choisissent d'émuler leur architecture serverless entière en local. Veuillez noter que l'émulation d'AWS Lambda et d'autres services cloud n'est jamais précise et que le processus peut être complexe, en particulier à mesure que votre projet et vos coéquipiers grandissent. À partir de V.4, nous recommandons fortement d'utiliser le nouveau mode dev avec des stages personnels.

Si vous choisissez de développer en local, nous vous recommandons le workflow suivant...

Utilisez la commande invoke local pour invoquer votre fonction localement :```bash sls invoke local -f my-api

You can also pass data to this local invocation via a variety of ways. Here's one of them:```bash
sls invoke local --function functionName --data '{"a":"bar"}'

Vous trouverez plus de détails sur la commande invoke local ici

Serverless Framework dispose également d'un excellent plugin qui vous permet d'exécuter un serveur localement et d'émuler AWS API Gateway. Il s'agit du plugin serverless-offline.

Vous trouverez plus de détails dans la documentation de serverless-offline.

Utiliser les plugins

Un grand avantage de Serverless Framework réside dans son écosystème de plugins.

Les plugins étendent ou modifient Serverless Framework, lui offrant de nouveaux cas d'utilisation ou de nouvelles capacités, et il en existe des centaines.

Notez que certains plugins autrefois populaires ne sont plus nécessaires — leur fonctionnalité est désormais intégrée au framework, notamment Python requirements, custom domains, AppSync, Prune et API Gateway Service Proxy.

Voici quelques-uns des plugins les plus courants :

Serverless Offline - Émulez AWS Lambda et API Gateway localement lors du développement de votre projet Serverless.
Serverless Step Functions - Construisez des architectures AWS Step Functions.

Vous pouvez ajouter un plugin à votre service avec serverless plugin install --name pluginName, qui l'installe via npm et l'enregistre dans votre serverless.yml.

Composer des services

Serverless Framework Compose vous permet de travailler avec plusieurs services Serverless Framework à la fois, et d'effectuer les opérations suivantes...

Déployer plusieurs services en parallèle
Déployer des services dans un ordre spécifique
Partager des sorties d'un service à un autre
Exécuter des commandes sur plusieurs services

Voici à quoi pourrait ressembler une structure de projet :```bash my-app/ service-a/ src/ ... serverless.yml service-b/ src/ ... serverless.yml

L'utilisation de Serverless Framework Compose nécessite un fichier `serverless-compose.yml`. Dans ce fichier, vous spécifiez les Services que vous souhaitez déployer. Vous pouvez également partager des données d'un Service à un autre, ce qui crée également un ordre de déploiement.```yaml
# serverless-compose.yml

services:
  service-a:
    path: service-a

  service-b:
    path: service-b
    params:
      queueUrl: ${service-a.queueUrl}

Les sorties devant être héritées par un autre Service sont généralement définies comme des sorties AWS CloudFormation :```yaml

service-a/serverless.yml

...

resources: Resources: MyQueue: Type: AWS::SQS::Queue # ... Outputs: queueUrl: Value: !Ref MyQueue

La valeur sera transmise à `service-b` [en tant que paramètre](https://www.serverless.com/framework/docs/guides/parameters) nommé `queueUrl`. Les paramètres peuvent être référencés dans la configuration Serverless Framework via la syntaxe `${param:xxx}` :```yaml
# service-b/serverless.yml

provider:
  ...
  environment:
    # Here we inject the queue URL as a Lambda environment variable
    SERVICE_A_QUEUE_URL: ${param:queueUrl}

Vous trouverez plus de détails sur Serverless Framework Compose ici.

Commande Support

Dans Serverless Framework V.4, nous avons introduit la commande serverless support, une fonctionnalité phare qui vous permet de générer des rapports de problèmes, ou de vous connecter directement à notre équipe d'assistance. Elle inclut automatiquement le contexte pertinent et omet les détails sensibles comme les secrets et les informations de compte, que vous pouvez vérifier avant la soumission. Ce processus rationalisé garantit que vos problèmes sont traités rapidement et en toute sécurité.

Pour utiliser cette fonctionnalité, après une erreur ou toute commande, exécutez :```bash sls support

Après chaque commande, qu'elle ait réussi ou non, le contexte est sauvegardé dans votre répertoire de travail actuel dans le dossier `.serverless`.

Pour ouvrir un nouveau ticket de support, exécutez la commande `sls support` et sélectionnez `Get priority support...`. Vous aurez éventuellement la possibilité de consulter et de modifier le rapport généré. L'ouverture de tickets de support est uniquement disponible pour les utilisateurs qui souscrivent à un abonnement.

Vous pouvez également générer des rapports sans soumettre un nouveau ticket de support. Cela est utile pour partager le contexte avec d'autres personnes, ouvrir des problèmes GitHub, ou l'utiliser avec une invite IA comme ChatGPT. Pour ce faire, exécutez la commande `sls support` et sélectionnez `Create a summary report...`, ou `Create a comprehensive report..`. Vous pouvez ignorer l'invite en exécutant `sls support --summary` ou `sls support --all`. Cela est particulièrement utile pour copier le rapport dans le presse-papiers (par exemple `sls support --summary | pbcopy`).

<br/>

## Supprimer votre service

Si vous souhaitez supprimer votre service, exécutez `remove`. Cela supprimera toutes les ressources AWS créées par votre projet et garantira que vous n'encouriez aucun frais imprévu. Cela supprimera également le service du tableau de bord Serverless.```bash
sls remove

De plus amples détails sur la commande remove sont disponibles ici.

Et ensuite

Voici quelques ressources utiles pour continuer avec le Serverless Framework :

Communauté

Sécurité et divulgation des bogues

Nous prenons la sécurité au sérieux. Si vous découvrez un problème de sécurité, veuillez le divulguer de manière responsable en nous contactant à l'adresse [email protected]. Veuillez ne pas divulguer publiquement les vulnérabilités tant que nous ne les avons pas traitées.

Pour plus de détails, consultez notre Politique de sécurité.

Lire plus

serverless [email protected]

Catégories