Sito web • Documentazione • X / Twitter • Slack della community • Forum

The Serverless Framework – Semplifica l'uso di AWS Lambda e di altri servizi cloud gestiti per creare applicazioni che si adattano automaticamente, non costano nulla quando sono inattive e richiedono una manutenzione estremamente ridotta.

The Serverless Framework è uno strumento da riga di comando con una sintassi YAML accessibile per distribuire sia il tuo codice che l'infrastruttura cloud necessaria per realizzare numerosi casi d'uso di applicazioni serverless, come API, front-end, pipeline di dati e attività pianificate. È un framework multi-linguaggio che supporta Node.js, Typescript, Python, Go, Java e altri. È inoltre completamente estendibile tramite oltre 1.000 plugin che aggiungono ulteriori casi d'uso e flussi di lavoro serverless al Framework.

Mantenuto attivamente da Serverless Inc.

Serverless Framework - V.4

Luglio 2026 – La V.4 continua a introdurre aggiornamenti significativi. Rivedili tutti qui sotto. Le versioni recenti hanno aggiunto Sandboxes (compute isolato ed effimero su AWS Lambda), supporto nativo per Amazon Bedrock AgentCore, Managed Instances, Durable Functions e login AWS e SSO integrati. Come sempre, non siamo mai stati più entusiasti del futuro serverless.

Nuove funzionalità nella V.4

Ecco un elenco di tutto ciò che c'è di nuovo nella V.4, finora:

Sandboxes – Distribuisci ambienti di calcolo isolati ed effimeri su AWS Lambda, ideali per carichi di lavoro non fidati o per sessione, come agenti AI ed esecuzione di codice. Maggiori informazioni qui.
Amazon Bedrock AgentCore Support – Definisci agenti AI, memoria, strumenti, gateway, browser e interpreti di codice direttamente in serverless.yml tramite la proprietà ai, e gestiscili con i comandi serverless agent. Maggiori informazioni qui.
AWS Login e SSO – Configura le credenziali AWS tramite flussi basati su browser con serverless login aws e serverless login aws sso.
Deployment Diffs – Anteprima di come una distribuzione modificherà il tuo stack AWS CloudFormation attivo prima di distribuire con serverless diff.
Comando Reconcile – Mantieni sincronizzati i record di utilizzo con i tuoi account AWS quando gli stack vengono rimossi al di fuori della CLI, tramite serverless reconcile.
Managed instances – Supporto nativo per l'esecuzione Lambda basata su EC2 per garantire throughput più elevato, capacità prevedibile e carichi di lavoro di lunga durata.
Durable functions – Supporto integrato per flussi di lavoro durevoli e con stato e orchestrazioni di lunga durata.
Modalità di isolamento tenant Lambda: Usa la modalità di isolamento tenant per creare ambienti di calcolo Lambda distinti per tenant, contribuendo a ridurre gli effetti del "vicino rumoroso" e a isolare più chiaramente i clienti ad alto traffico.
Streaming delle risposte HTTP: Trasmetti in streaming log, report di lunga durata, risposte parziali o risposte AI LLM da Lambda con le API HTTP di API Gateway.
Ruoli IAM per funzione: Aggiungi policy IAM per funzione o passa l'intero servizio all'uso di policy per funzione.
Plugin integrati: I plugin della community più popolari sono ora funzionalità di prima classe e integrate nel framework, tra cui Python requirements, AppSync, Prune, API Gateway Service Proxy e altri.
Supporto migliorato per domini personalizzati: Non serve più un plugin esterno per configurare automaticamente domini personalizzati e certificati SSL per le tue API e altro. Ora è integrato nella CLI di Serverless Framework.
Integrazione con Doppler: Ora puoi recuperare facilmente i Secrets da Doppler tramite Serverless Framework Variables.
Introduzione a Serverless MCP: Progettato per Cursor, Windsurf e altri IDE basati su AI, rileva automaticamente le risorse cloud dal tuo codice, recuperando log, stato e configurazione da AWS, consentendoti di eseguire il debug delle app serverless direttamente nel tuo IDE, senza dover visitare la console AWS! Supporta Serverless Framework, Cloudformation e altri.
Supporto per AWS SAM, AWS CloudFormation e progetti Serverless Framework tradizionali: Ora puoi usare un unico strumento per distribuire tutti e tre questi tipi di file di progetto IaC. Maggiori informazioni qui
Supporto TypeScript nativo: Ora puoi usare handler .ts nelle tue funzioni AWS Lambda in serverless.yml e farli compilare automaticamente durante la distribuzione. ESBuild è ora incluso nel Framework, il che rende possibile tutto ciò. Maggiori informazioni qui.
The AWS AI Stack: La V.4 è ottimizzata per The AWS AI Stack. Distribuisci un boilerplate full-stack e serverless per applicazioni AI su AWS, con LLM tramite Amazon Bedrock e molto altro.
Nuova Dev Mode: Esegui serverless dev per fare in modo che gli eventi della tua architettura live vengano instradati al tuo codice locale, permettendoti di apportare modifiche rapide senza distribuire. Maggiori informazioni qui.
Supporto runtime più recente: Supporto per Node.js 24 (nodejs24.x), Python 3.14 (python3.14) e Java 25 (java25) su AWS Lambda.
Supporto regioni più recenti: Supporto per tutte le principali regioni, inclusa la nuova ap-southeast-6 in Nuova Zelanda.
Nuova proprietà Stages: Organizza facilmente la configurazione specifica per stage tramite stages e imposta una configurazione default a cui ricadere.
Esperienza Compose migliorata: Serverless Compose ora offre una nuova splendida esperienza CLI che mostra meglio ciò che viene distribuito.
Nuove integrazioni Terraform e Vault: Recupera gli output di stato da diverse soluzioni di archiviazione dello stato Terraform e i secrets da Vault. Documentazione Terraform Documentazione Vault
Comando Support: Invia richieste di supporto al nostro team direttamente dalla CLI, che includono automaticamente informazioni contestuali che puoi rivedere prima dell'invio.
Riepilogo di debug per AI: Quando incontri un bug, puoi eseguire "serverless support --ai" per generare un report conciso che descrive il tuo ultimo bug con tutto il contesto necessario, ottimizzato per essere incollato in strumenti AI come ChatGPT.
Controlli di logging avanzati per AWS Lambda: Cattura i log in JSON, maggiore granularità dei log e impostazione di un Log Group personalizzato. Ecco l'articolo AWS. Ecco l'implementazione YAML
Integrazione Axiom: Integrati con la soluzione di osservabilità di Axiom per un'esperienza potente di log, metriche e trace, a un costo 3 volte inferiore rispetto ad AWS cloudwatch.
AWS SSO: Le variabili d'ambiente, soprattutto quelle impostate da AWS SSO, hanno priorità. Il Framework e la Dashboard non interferiscono più con esse.
Aggiornamenti automatici: Ora avvengono per impostazione predefinita. Potrai comunque controllare il livello di aggiornamenti a cui sei disposto.
Onboarding e configurazione migliorati: Il comando serverless è stato riscritto per essere più utile durante la configurazione di un progetto nuovo o esistente.
Handler di risorse personalizzate aggiornati: Tutti gli handler di risorse personalizzate ora usano un runtime Node.js attuale (nodejs22.x).
Deprecazione dei provider non AWS: Gli altri provider cloud sono stati deprecati. La V.4 si concentra sull'offrire la migliore esperienza su AWS.

Modifiche di rottura

Cerchiamo di evitare modifiche di rottura per il provider "aws". Tuttavia, ci sono alcune grandi novità che cambiano e di cui essere a conoscenza:

La licenza della V.4 sta cambiando. Vedi la sezione qui sotto per maggiori informazioni.
L'autenticazione è richiesta nella CLI.
I provider non AWS sono stati deprecati. Introdurremo nuovi modi nella V.4 per utilizzare altri fornitori di infrastruttura cloud.

Se ti imbatti in ulteriori modifiche di rottura, ti preghiamo di aprire una issue. Per saperne di più su cosa è cambiato e sulle potenziali modifiche di rottura, consulta la nostra Documentazione per l'aggiornamento a Serverless Framework V4.

Modifiche alla licenza nella V.4

Ti preghiamo di notare che la struttura e la licenza del repository della V.4 differiscono dal modulo npm della V.4. Il modulo npm contiene software con licenza proprietaria, poiché la V.4 sta passando a un prodotto SaaS comune, come annunciato in precedenza. Il codice sorgente originale di Serverless Framework e altro continueranno a rimanere software con licenza MIT, e il repository è strutturato per distinguere chiaramente tra componenti proprietari e open-source: il codice con licenza MIT ha il proprio file LICENSE in packages/serverless, mentre la LICENSE alla radice del repository copre i componenti proprietari.

Indice

Funzionalità
Avvio rapido
Esempi
Plugin
Community

Funzionalità

Costruisci di più, gestisci di meno: Innova più velocemente dedicando meno tempo alla gestione dell'infrastruttura.
Versatilità massima: Affronta diversi casi d'uso serverless, dalle API e attività pianificate ai web socket e alle pipeline di dati.
Distribuzione automatizzata: Semplifica lo sviluppo gestendo insieme la distribuzione di codice e infrastruttura.
Sviluppo locale: Instrada gli eventi da AWS al tuo codice AWS Lambda locale per sviluppare più velocemente senza dover distribuire ogni modifica.
Facilità d'uso: Distribuisci applicazioni complesse senza una profonda esperienza di infrastruttura cloud, grazie alla semplice configurazione YAML.
Agnostico rispetto al linguaggio: Sviluppa nel linguaggio che preferisci: Node.js, Python, Java, Go, C#, Ruby, Swift, Kotlin, PHP, Scala o F#.
Gestione completa del ciclo di vita: Sviluppa, distribuisci, monitora, aggiorna e risolvi i problemi delle applicazioni serverless con facilità.
Organizzazione scalabile: Struttura grandi progetti e team in modo efficiente suddividendo le grandi app in Services su cui lavorare singolarmente o insieme tramite Serverless Compose.
Ambienti senza sforzo: Gestisci senza problemi gli ambienti di sviluppo, staging e produzione.
Pronto per la personalizzazione: Estendi e modifica le funzionalità del Framework con un ricco ecosistema di plugin.
Community vivace: Ottieni supporto e connettiti con una community appassionata di sviluppatori Serverless.

Avvio rapido

Ecco come installare Serverless Framework, configurare un progetto e distribuirlo su Amazon Web Services in infrastrutture serverless come AWS Lambda, AWS DynamoDB, AWS S3 e altro.

Installa Serverless Framework tramite NPM

Innanzitutto, devi avere installato il runtime Node.js, versione 18.17.0 o successiva; poi puoi installare Serverless Framework tramite NPM.

Apri la tua CLI ed esegui il comando qui sotto per installare Serverless Framework a livello globale.```text npm i serverless -g

Esegui `serverless` per verificare che la tua installazione funzioni e per mostrare la versione corrente.

<br/>

## Aggiornare Serverless Framework

A partire dalla versione 4, il Serverless Framework si aggiorna automaticamente ed esegue un controllo per farlo ogni 24 ore.

Puoi forzare un aggiornamento eseguendo questo comando:```text
serverless update

Oppure, puoi impostare questa variabile d'ambiente:```text SERVERLESS_FRAMEWORK_FORCE_UPDATE=true

<br/>

## Il comando `serverless`

Il Serverless Framework include un comando `serverless` che ti guida nella creazione e nel deployment di un progetto su AWS. Aiuta a scaricare un Template, configurare le Credenziali AWS, configurare la Serverless Framework Dashboard e altro ancora, spiegando ogni concetto lungo il percorso.

Questa guida ti illustrerà anche come iniziare con il Serverless Framework, ma tieni presente che digitare semplicemente il comando `serverless` potrebbe essere l'esperienza migliore.```text
serverless

Crea un Servizio

Il concetto principale per un progetto nel Serverless Framework è noto come "Service", ed è dichiarato da un file serverless.yml, che contiene una sintassi semplificata per distribuire l'infrastruttura cloud, come funzioni AWS Lambda, infrastruttura che attiva queste funzioni con eventi, e infrastruttura aggiuntiva di cui le funzioni AWS Lambda potrebbero aver bisogno per vari casi d'uso (ad es. tabelle di database AWS DynamoDB, bucket di archiviazione AWS S3, API Gateway AWS per ricevere richieste HTTP e inoltrarle a AWS Lambda).

Un Service può essere un'intera applicazione, la logica per un dominio specifico (ad es. "blog", "users", "products"), oppure un microservizio che gestisce un singolo compito. Sei tu a decidere come organizzare il tuo progetto. In generale, consigliamo di iniziare con un approccio monolitico per tutto per ridurre la complessità, finché non sia assolutamente necessario suddividere la logica.

Per creare e configurare completamente un Service del Serverless Framework, utilizza il comando serverless, che offre un flusso di lavoro di configurazione interattivo.```text serverless

Questo ti mostrerà diversi modelli. Scegli quello che si adatta alla lingua e al caso d'uso che desideri.```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)

Dopo aver selezionato un Service Template, i suoi file verranno scaricati e avrai l'opportunità di dare un nome al tuo Service.```text ? Name Your Service: ›

Utilizza solo lettere minuscole, numeri e trattini. Inoltre, mantieni brevi i nomi dei Service, poiché vengono aggiunti al nome di ogni risorsa cloud creata dal Serverless Framework e alcune risorse cloud hanno restrizioni sulla lunghezza dei caratteri nei loro nomi.

Scopri di più su Services e altro nella [documentazione sui Concetti fondamentali](https://www.serverless.com/framework/docs/providers/aws/guide/intro).

<br/>

## Accesso

A partire dal Serverless Framework V.4, se utilizzi il comando `serverless` per configurare un Service, alla fine ti verrà chiesto di accedere.

Se devi accedere al di fuori di questa procedura, esegui `serverless login`.

L'accesso ti reindirizzerà alla [Serverless Framework Dashboard](https://app.serverless.com) nel tuo browser. Dopo esserti registrato o aver effettuato l'accesso, torna alla tua CLI e risulterai connesso.

Tieni presente che puoi iniziare a usare gratuitamente la Serverless Framework CLI e la Dashboard, e la CLI sarà sempre gratuita per le piccole organizzazioni e gli indie hacker. Per maggiori informazioni sui prezzi, consulta la nostra [pagina dei prezzi](https://serverless.com/pricing).

<br/>

## Creazione di un'App

Il concetto di "App" è un contenitore padre per uno o più "Services" che puoi impostare opzionalmente tramite la proprietà `app` nel tuo `serverless.yml`. Impostare un'`app` abilita anche le funzionalità della Serverless Framework Dashboard per quel Service, come il monitoraggio dei tuoi Services e dei loro deployment nella Serverless Framework Dashboard, la condivisione degli output tra di essi, la condivisione dei segreti tra di essi e l'abilitazione di metriche, trace e log.

Se stai utilizzando il comando di onboarding `serverless`, ti aiuterà a configurare un'`app` e ad aggiungerla al tuo Service. Puoi anche usare il comando `serverless` per creare un'App su un Service esistente, oppure creare un'App nella Dashboard.```text
❯ Create A New App
  ecommerce
  blog
  acmeinc
  Skip Adding An App

L'applicazione può anche essere impostata manualmente in serverless.yml tramite la proprietà app:```yaml service: my-service app: my-app

Se non vuoi usare le funzionalità della dashboard di Serverless Framework, ti basta non aggiungere una proprietà `app`. Le app non sono necessarie.

<br/>

## Configurazione delle credenziali AWS

Per distribuire l'infrastruttura cloud su AWS, devi dare al Serverless Framework accesso alle tue credenziali AWS.

Eseguire il comando `serverless` del Serverless Framework in un nuovo o esistente Service aiuterà a identificare se le credenziali AWS sono state impostate correttamente o se sono scadute, oppure ti aiuterà a configurarle da zero.```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)

Ti consigliamo di creare un ruolo IAM AWS archiviato nella dashboard del Serverless Framework. Presto supporteremo molte più credenziali del provider, e la dashboard è il posto ideale per averle centralizzate tra il tuo team, aiutandoti a rimanere organizzato ed eliminando in modo sicuro la necessità di conservare le credenziali sulle macchine dei tuoi colleghi.

Se utilizzi AWS SSO, puoi eseguire serverless login aws sso per accedere tramite il browser, oppure incollare semplicemente le tue credenziali SSO temporanee nel terminale come variabili d'ambiente.

Per saperne di più sulla configurazione delle tue credenziali AWS, leggi questa guida.

Distribuire un servizio

Dopo aver usato il comando serverless per configurare tutto, è il momento di distribuire il tuo servizio su AWS.

Assicurati che la sessione del tuo terminale si trovi nella directory che contiene il file serverless.yml. Se hai appena creato un servizio, non dimenticare di eseguire cd per entrarvi.```text cd [your-new-service-name]

La distribuzione creerà/aggiornerà l'infrastruttura cloud e il codice su AWS, tutto allo stesso tempo.

Esegui il comando `deploy`:```text
serverless deploy

Maggiori dettagli sulla distribuzione possono essere trovati qui.

Sviluppo

Molti sviluppatori di Serverless Framework e sviluppatori serverless generalmente scelgono di sviluppare sul cloud, poiché corrisponde alla realtà (cioè il tuo ambiente di produzione), ed emulare Lambda e altre dipendenze dell'infrastruttura localmente può essere complesso.

Con Serverless Framework V.4, abbiamo creato un approccio ibrido allo sviluppo, per aiutare gli sviluppatori a sviluppare rapidamente con la precisione del reale ambiente cloud. Questo è il nuovo comando dev:```text serverless dev

Quando esegui questo comando, accade quanto segue...

Verrà eseguito un deployment AWS CloudFormation che modificherà leggermente tutte le funzioni AWS Lambda all'interno del tuo Service, così che includano un wrapper leggero.

Una volta completato questo deployment AWS CloudFormation, le tue funzioni AWS Lambda live all'interno del tuo Service potranno ancora ricevere eventi ed essere invocate in AWS.

Tuttavia, gli eventi verranno inoltrati in modo sicuro e istantaneo tramite proxy alla tua macchina, e sarà eseguito il codice sulla tua macchina, piuttosto che il codice all'interno delle tue funzioni AWS Lambda live.

Questo ti permette di apportare modifiche al tuo codice senza dover eseguire il deploy o ricreare ogni aspetto della tua architettura localmente, consentendoti di sviluppare rapidamente.

I log del tuo codice locale saranno mostrati anche nel tuo terminale nella sessione `dev`.

Una volta che il tuo codice ha terminato, la risposta del tuo codice locale verrà inoltrata nuovamente alle tue funzioni AWS Lambda live, e loro restituiranno la risposta—proprio come farebbe una normale funzione AWS Lambda nel cloud.

Nota: `dev` è progettato solo per ambienti/stage di sviluppo o personali e non dovrebbe essere eseguito in produzione o in qualsiasi stage in cui viene elaborato un volume elevato di eventi.

Una volta terminata la sessione `dev`, DEVI eseguire nuovamente il deployment, usando `serverless deploy`, per riportare le tue recenti modifiche locali alle tue funzioni AWS Lambda live—altrimenti le tue funzioni AWS Lambda falliranno(!)

Maggiori dettagli sulla modalità dev sono disponibili [qui](https://www.serverless.com/framework/docs/providers/aws/cli-reference/dev).

<br/>

## Invocazione

Per invocare la tua funzione AWS Lambda sul cloud, puoi trovare gli URL per le tue funzioni con endpoint API nell'output di `serverless deploy`, oppure recuperarli tramite `serverless info`. Se le tue funzioni non hanno endpoint API, puoi usare il comando `invoke`, in questo modo:```bash
sls invoke -f hello

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

Maggiori dettagli sul comando invoke sono disponibili qui.

Distribuire le funzioni

Per distribuire rapidamente le modifiche al codice, puoi saltare il comando serverless deploy, che è molto più lento poiché attiva un aggiornamento completo di AWS CloudFormation, e distribuire solo le modifiche al codice e alla configurazione a una specifica funzione AWS Lambda.

Per distribuire le modifiche al codice e alla configurazione a singole funzioni AWS Lambda in pochi secondi, usa il comando deploy function, impostando -f [function name in serverless.yml] sulla funzione che desideri distribuire.```text serverless deploy function -f my-api

Maggiori dettagli sul comando `deploy function` sono disponibili [qui](https://www.serverless.com/framework/docs/providers/aws/cli-reference/deploy-function).

<br/>

## Log di Streaming

Puoi utilizzare Serverless Framework per trasmettere i log da AWS Cloudwatch direttamente al tuo terminale. Usa il comando `sls logs` in una finestra di terminale separata:```bash
sls logs -f [Function name in serverless.yml] -t

Seleziona una funzione specifica tramite l'opzione -f e abilita il tailing (cioè lo streaming) tramite l'opzione -t.

Sviluppo Locale Completo

Molti utenti di Serverless Framework scelgono di emulare localmente l'intera architettura serverless. Si prega di notare che emulare AWS Lambda e altri servizi cloud non è mai accurato e il processo può essere complesso, soprattutto man mano che il progetto e i colleghi crescono. A partire dalla V.4, raccomandiamo vivamente di utilizzare la nuova modalità dev con stage personali.

Se scegli di sviluppare in locale, ti consigliamo il seguente flusso di lavoro...

Usa il comando invoke local per invocare la tua funzione localmente:```bash sls invoke local -f my-api

Puoi anche passare dati a questa invocazione locale in vari modi. Eccone uno:```bash
sls invoke local --function functionName --data '{"a":"bar"}'

Più dettagli sul comando invoke local si possono trovare qui

Il Serverless Framework ha anche un grande plugin che ti consente di eseguire un server localmente ed emulare AWS API Gateway. Questo è il plugin serverless-offline.

Maggiori dettagli si possono trovare nella documentazione di serverless-offline.

Usare i plugin

Uno dei grandi vantaggi del Serverless Framework è il suo ecosistema di plugin.

I plugin estendono o sovrascrivono il Serverless Framework, offrendogli nuovi casi d'uso o nuove funzionalità, e ce ne sono centinaia.

Nota che alcuni plugin un tempo popolari non sono più necessari: la loro funzionalità è ora integrata nel framework, inclusi Python requirements, custom domains, AppSync, Prune e API Gateway Service Proxy.

Alcuni dei plugin più comuni sono:

Serverless Offline - Emula AWS Lambda e API Gateway localmente quando sviluppi il tuo progetto Serverless.
Serverless Step Functions - Costruisci architetture AWS Step Functions.

Puoi aggiungere un plugin al tuo servizio con serverless plugin install --name pluginName, che lo installa tramite npm e lo registra nel tuo serverless.yml.

Composizione dei servizi

Serverless Framework Compose ti consente di lavorare con più servizi Serverless Framework contemporaneamente e di fare quanto segue...

Eseguire il deploy di più servizi in parallelo
Eseguire il deploy dei servizi in un ordine specifico
Condividere gli output da un servizio all'altro
Eseguire comandi su più servizi

Ecco come potrebbe apparire una struttura di progetto:```bash my-app/ service-a/ src/ ... serverless.yml service-b/ src/ ... serverless.yml

L'utilizzo di Serverless Framework Compose richiede un file `serverless-compose.yml`. In esso, specifichi quali Services desideri distribuire. Puoi anche condividere dati da un Service a un altro, il che crea anche un ordine di distribuzione.```yaml
# serverless-compose.yml

services:
  service-a:
    path: service-a

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

Gli output da ereditare da un altro servizio sono tipicamente definiti come AWS CloudFormation Outputs:```yaml

service-a/serverless.yml

...

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

Il valore verrà passato a `service-b` [come parametro](https://www.serverless.com/framework/docs/guides/parameters) denominato `queueUrl`. I parametri possono essere referenziati nella configurazione di Serverless Framework tramite la sintassi `${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}

Maggiori dettagli su Serverless Framework Compose sono disponibili qui.

Comando di supporto

In Serverless Framework V.4, abbiamo introdotto il comando serverless support, una funzionalità di spicco che ti consente di generare report sui problemi o di contattare direttamente il nostro team di supporto. Include automaticamente il contesto rilevante e omette dettagli sensibili come segreti e informazioni sull'account, che puoi verificare prima dell'invio. Questo processo semplificato garantisce che i tuoi problemi vengano affrontati rapidamente e in modo sicuro.

Per usare questa funzionalità, dopo un errore o qualsiasi comando, esegui:```bash sls support

Dopo ogni comando, che abbia avuto successo o meno, il contesto viene salvato nella tua directory di lavoro corrente, nella cartella `.serverless`.

Per aprire un nuovo ticket di supporto, esegui il comando `sls support` e seleziona `Get priority support...`. Facoltativamente, potrai rivedere e modificare il report generato. L'apertura dei ticket di supporto è disponibile solo per gli utenti che sottoscrivono un abbonamento.

Puoi anche generare report senza inviare un nuovo ticket di supporto. Questo è utile per condividere il contesto con altri, aprire issue su Github o usarlo con un prompt AI come ChatGPT. Per fare ciò, esegui il comando `sls support` e seleziona `Create a summary report...` o `Create a comprehensive report..`. Puoi saltare la richiesta eseguendo `sls support --summary` o `sls support --all`. Questo è particolarmente utile per copiare il report negli appunti (ad es. `sls support --summary | pbcopy`).

<br/>

## Rimuovi il tuo servizio

Se vuoi eliminare il tuo servizio, esegui `remove`. Questo eliminerà tutte le risorse AWS create dal tuo progetto e garantirà che tu non incorra in costi imprevisti. Rimuoverà anche il servizio da Serverless Dashboard.```bash
sls remove

More details on the remove command can be found here.

Prossimi Passi

Here are some helpful resources for continuing with the Serverless Framework:

Community

Security and Bug Disclosure

We take security seriously. If you discover a security issue, please responsibly disclose it by contacting us at [email protected]. Please do not publicly disclose vulnerabilities until we have addressed them.

For more details, see our Security Policy.

serverless [email protected]

Categorie