
serverless [email protected]
Framework de CLI para implantar e gerenciar aplicações serverless no AWS Lambda, com infraestrutura YAML, desenvolvimento local e suporte a múltiplos runtimes.
O Serverless Framework – Facilita o uso de AWS Lambda e outros serviços gerenciados de nuvem para criar aplicações que se autoescalam, não custam nada quando ociosas e resultam em manutenção radicalmente baixa.
O Serverless Framework é uma ferramenta de linha de comando com sintaxe YAML acessível para implantar tanto o seu código quanto a infraestrutura de nuvem necessária para criar inúmeros casos de uso de aplicações serverless, como APIs, frontends, pipelines de dados e tarefas agendadas. É um framework multilíngue que suporta Node.js, Typescript, Python, Go, Java e muito mais. Também é completamente extensível por meio de mais de 1.000 plugins que adicionam mais casos de uso e fluxos de trabalho serverless ao Framework.
Mantido ativamente pela Serverless Inc.
Serverless Framework - V.4
Julho de 2026 – O V.4 continua a apresentar atualizações significativas. Confira todas abaixo. As versões recentes adicionaram Sandboxes (computação isolada e efêmera na AWS Lambda), suporte nativo ao Amazon Bedrock AgentCore, Managed Instances, Durable Functions e login e SSO da AWS integrados. Como sempre, estamos mais entusiasmados com o futuro serverless do que nunca.
Novos Recursos no V.4
Aqui está uma lista de tudo o que há de novo no V.4 até agora:
- Sandboxes – Implante ambientes de computação isolados e efêmeros na AWS Lambda — ideal para cargas de trabalho não confiáveis ou por sessão, como agentes de IA e execução de código. Mais informações aqui.
- Suporte ao Amazon Bedrock AgentCore – Defina agentes de IA, memória, ferramentas, gateways, navegadores e interpretadores de código diretamente em
serverless.ymlpor meio da propriedadeai, e gerencie-os com os comandosserverless agent. Mais informações aqui. - Login e SSO da AWS – Configure as credenciais da AWS por meio de fluxos baseados em navegador com
serverless login awseserverless login aws sso. - Deployment Diffs – Visualize como um deploy alterará seu stack AWS CloudFormation em produção antes de implantar com
serverless diff. - Comando Reconcile – Mantenha os registros de uso sincronizados com suas contas da AWS quando stacks forem removidos fora da CLI, via
serverless reconcile. - Managed instances – Suporte nativo para execução Lambda baseada em EC2 para permitir maior throughput, capacidade previsível e cargas de trabalho de longa duração.
- Durable functions – Suporte integrado para fluxos de trabalho duráveis e com estado, e orquestrações de longa duração.
- Modo de isolamento de tenant da Lambda: Use o modo de isolamento de tenant para criar ambientes de computação Lambda distintos por tenant, ajudando a reduzir os efeitos de vizinho barulhento e isolar clientes de alto tráfego de forma mais limpa.
- Streaming de respostas HTTP: Transmita logs, relatórios de longa duração, respostas parciais ou respostas de LLM de IA do Lambda com APIs HTTP do API Gateway.
- Papéis IAM por função: Adicione políticas IAM por função ou alterne todo o serviço para usar políticas por função.
- Plugins integrados: Plugins populares da comunidade agora são recursos integrados de primeira classe do framework, incluindo Python requirements, AppSync, Prune, API Gateway Service Proxy e muito mais.
- Suporte Aprimorado a Domínios Personalizados: Você não precisa mais de um plugin externo para configurar automaticamente domínios personalizados e certificados SSL para suas APIs e muito mais. Isso agora está integrado ao CLI do Serverless Framework.
- Integração com Doppler: Agora você pode obter facilmente segredos do Doppler por meio das Variáveis do Serverless Framework.
- Apresentando o Serverless MCP: Feito para Cursor, Windsurf e outras IDEs com tecnologia de IA, ele detecta automaticamente recursos de nuvem a partir do seu código, buscando logs, estado e configuração da AWS, permitindo que você depure aplicativos serverless diretamente na sua IDE — sem precisar acessar o console da AWS! Suporta Serverless Framework, Cloudformation e muito mais.
- Suporte para projetos AWS SAM, AWS CloudFormation e Serverless Framework Tradicionais: Agora, você pode usar uma única ferramenta para implantar todos esses três tipos de arquivos de projeto de IaC. Mais informações aqui
- Suporte nativo a TypeScript: Agora você pode usar handlers
.tsem suas funções AWS Lambda noserverless.ymle fazer com que eles sejam compilados automaticamente durante o deploy. O ESBuild agora está incluído no Framework, o que torna isso possível. Mais informações aqui. - O AWS AI Stack: O V.4 é otimizado para o AWS AI Stack. Implante um boilerplate full-stack e serverless para aplicações de IA na AWS, com LLMs via Amazon Bedrock e muito mais.
- Novo Modo Dev: Execute
serverless devpara que eventos da sua arquitetura em produção sejam roteados para o seu código local, permitindo que você faça alterações rápidas sem fazer deploy. Mais informações aqui. - Suporte às runtimes mais recentes: Suporte para Node.js 24 (
nodejs24.x), Python 3.14 (python3.14) e Java 25 (java25) na AWS Lambda. - Suporte às regiões mais recentes: Suporte para todas as principais regiões, incluindo a recém-anunciada
ap-southeast-6na Nova Zelândia. - Nova propriedade de Stages: Organize facilmente a configuração específica de cada stage via
stagese defina a configuraçãodefaultcomo fallback. - Experiência aprimorada do Compose: O Serverless Compose agora tem uma nova e bela experiência de CLI que demonstra melhor o que está sendo implantado.
- Novas integrações com Terraform e Vault: Obtenha saídas de estado de várias soluções de armazenamento de estado do Terraform e segredos do Vault. Documentação do Terraform Documentação do Vault
- Comando de Suporte: Envie solicitações de suporte à nossa equipe diretamente da CLI, que incluem automaticamente informações contextuais que você pode revisar antes de enviar.
- Resumo de Depuração para IA: Quando você encontrar um bug, execute "serverless support --ai" para gerar um relatório conciso detalhando seu último bug com todo o contexto necessário, otimizado para colar em ferramentas de IA como o ChatGPT.
- Controles Avançados de Log para AWS Lambda: Capture logs em JSON, granularidade de log aumentada e configuração de um Log Group personalizado. Aqui está o artigo da AWS. Aqui está a implementação em YAML
- Integração com Axiom: Integre-se com a solução de observabilidade da Axiom para uma experiência poderosa de logs, métricas e traces, por 3X menos que o AWS cloudwatch.
- AWS SSO: Variáveis de ambiente, especialmente as definidas pelo AWS SSO, são priorizadas. O Framework e o Dashboard não interferem mais nelas.
- Atualizações Automáticas: Isso agora acontece por padrão. No entanto, você poderá controlar o nível de atualizações que está disposto a receber.
- Onboarding e Configuração Aprimorados: O comando
serverlessfoi reescrito para ser mais útil ao configurar um projeto novo ou existente. - Handlers de Recursos Personalizados Atualizados: Todos os handlers de recursos personalizados agora usam um runtime Node.js atual (
nodejs22.x). - Descontinuação de Provedores Não-AWS: Outros provedores de nuvem foram descontinuados. O V.4 foca em entregar a melhor experiência na AWS.
Mudanças de Quebra
Buscamos evitar mudanças de quebra para o provedor "aws". No entanto, há algumas grandes mudanças das quais você deve estar ciente:
- A licença do V.4 está mudando. Veja a seção abaixo para mais informações sobre isso.
- A autenticação é obrigatória na CLI.
- Os provedores não-AWS foram descontinuados. Apresentaremos novas formas no V.4 de usar outros fornecedores de infraestrutura de nuvem.
Se você encontrar outras mudanças de quebra, crie uma issue. Para saber mais sobre o que mudou e possíveis mudanças de quebra, consulte nossa Documentação de Atualização para o Serverless Framework V4.
Alterações de Licença no V.4
Observe que a estrutura e o licenciamento do repositório V.4 diferem do módulo npm V.4. O módulo npm contém algum software licenciado proprietário, à medida que o V.4 transita para um produto SaaS comum, como anunciado anteriormente. O código-fonte original do Serverless Framework e mais continuarão a ser software licenciado sob MIT, e o repositório está estruturado para distinguir claramente entre componentes proprietários e de código aberto — o código licenciado sob MIT carrega seu próprio arquivo LICENSE em packages/serverless, enquanto o LICENSE na raiz do repositório cobre os componentes proprietários.
Conteúdo
Recursos
- Construa Mais, Gerencie Menos: Inove mais rápido gastando menos tempo com gerenciamento de infraestrutura.
- Versatilidade Máxima: Enfrente diversos casos de uso serverless, de APIs e tarefas agendadas a web sockets e pipelines de dados.
- Deploy Automatizado: Simplifique o desenvolvimento com o deploy de código e infraestrutura tratados em conjunto.
- Desenvolvimento Local: Roteie eventos da AWS para seu código AWS Lambda local para desenvolver mais rápido sem precisar fazer deploy de cada alteração.
- Facilidade de Uso: Implante aplicações complexas sem conhecimento profundo de infraestrutura de nuvem, graças à configuração simples em YAML.
- Agnóstico de Linguagem: Construa no seu idioma preferido – Node.js, Python, Java, Go, C#, Ruby, Swift, Kotlin, PHP, Scala ou F#.
- Gerenciamento Completo do Ciclo de Vida: Desenvolva, implante, monitore, atualize e solucione problemas de aplicações serverless com facilidade.
- Organização Escalável: Estruture grandes projetos e equipes com eficiência, dividindo grandes aplicativos em Services para trabalhar individualmente ou em conjunto via Serverless Compose.
- Ambientes Sem Esforço: Gerencie perfeitamente ambientes de desenvolvimento, staging e produção.
- Pronto para Personalização: Estenda e modifique a funcionalidade do Framework com um rico ecossistema de plugins.
- Comunidade Vibrante: Obtenha suporte e conecte-se com uma comunidade apaixonada de desenvolvedores Serverless.
Início Rápido
Veja como instalar o Serverless Framework, configurar um projeto e implantá-lo na Amazon Web Services em infraestrutura serverless como AWS Lambda, AWS DynamoDB, AWS S3 e muito mais.
Instale o Serverless Framework via NPM
Primeiro, você deve ter o runtime Node.js instalado, versão 18.17.0 ou superior, e então pode instalar o Serverless Framework via NPM.
Abra sua CLI e execute o comando abaixo para instalar o Serverless Framework globalmente.```text npm i serverless -g
Execute `serverless` para verificar se a sua instalação está funcionando e mostrar a versão atual.
<br/>
## Atualizar o Serverless Framework
A partir da versão 4, o Serverless Framework se atualiza automaticamente e realiza uma verificação para isso a cada 24 horas.
Você pode forçar uma atualização executando este comando:```text
serverless update
Ou, você pode definir esta variável de ambiente:```text SERVERLESS_FRAMEWORK_FORCE_UPDATE=true
<br/>
## O Comando `serverless`
O Serverless Framework vem com um comando `serverless` que o guia na criação e implantação de um projeto na AWS. Ele ajuda a baixar um Template, configurar as Credenciais AWS, configurar o Painel do Serverless Framework e muito mais, explicando cada conceito ao longo do caminho.
Este guia também o orientará nos primeiros passos com o Serverless Framework, mas lembre-se: simplesmente digitar o comando `serverless` pode ser a experiência superior.```text
serverless
Criar um Serviço
O conceito principal para um projeto no Serverless Framework é conhecido como um "Serviço", e ele é declarado por um arquivo serverless.yml, que contém sintaxe simplificada para implantar infraestrutura em nuvem, como funções AWS Lambda, infraestrutura que aciona essas funções com eventos, e infraestrutura adicional que suas funções AWS Lambda podem precisar para vários casos de uso (ex.: tabelas de banco de dados AWS DynamoDB, buckets de armazenamento AWS S3, AWS API Gateways para receber solicitações HTTP e encaminhá-las para AWS Lambda).
Um Serviço pode ser uma aplicação inteira, a lógica para um domínio específico (ex.: "blog", "usuários", "produtos"), ou um microsserviço que lida com uma única tarefa. Você decide como organizar seu projeto. Em geral, recomendamos começar com uma abordagem monolítica para tudo, a fim de reduzir a complexidade, até que dividir a lógica seja absolutamente necessário.
Para criar e configurar completamente um Serviço do Serverless Framework, use o comando serverless, que oferece um fluxo de trabalho de configuração interativo.```text
serverless
Isto mostrará vários Modelos. Escolha um que se ajuste ao idioma e ao caso de uso que deseja.```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)
Após selecionar um Service Template, seus arquivos serão baixados e você terá a oportunidade de dar um nome ao seu Service.```text ? Name Your Service: ›
Use apenas letras minúsculas, números e hífens. Além disso, mantenha os nomes dos Serviços curtos, pois eles são adicionados ao nome de cada recurso de nuvem que o Serverless Framework cria, e alguns recursos de nuvem têm restrições de comprimento de caracteres em seus nomes.
Saiba mais sobre Serviços e muito mais na [documentação de Conceitos Principais](https://www.serverless.com/framework/docs/providers/aws/guide/intro).
<br/>
## Entrando
A partir do Serverless Framework V.4, se você estiver usando o comando `serverless` para configurar um Serviço, ele acabará pedindo que você faça login.
Se você precisar fazer login fora disso, execute `serverless login`.
Fazer login redirecionará você para o [Painel do Serverless Framework](https://app.serverless.com) no seu navegador. Após se registrar ou fazer login, volte para o seu CLI e você estará conectado.
Observe que você pode começar a usar o CLI do Serverless Framework e o Painel gratuitamente, e o CLI sempre será gratuito para pequenas organizações e indie hackers. Para mais informações sobre preços, consulte nossa [página de preços](https://serverless.com/pricing).
<br/>
## Criando um App
O conceito de "App" é um contêiner pai para um ou muitos "Serviços" que você pode opcionalmente definir por meio da propriedade `app` no seu `serverless.yml`. Definir um `app` também habilita os recursos do Painel do Serverless Framework para esse Serviço, como rastrear seus Serviços e suas implantações no Painel do Serverless Framework, permitir o compartilhamento de saídas entre eles, compartilhar segredos entre eles e habilitar métricas, rastreamentos e logs.
Se você estiver usando o comando `serverless` de integração, ele ajudará você a configurar um `app` e adicioná-lo ao seu Serviço. Você também pode usar o comando `serverless` para criar um App em um Serviço existente, ou criar um App no Painel.```text
❯ Create A New App
ecommerce
blog
acmeinc
Skip Adding An App
O aplicativo também pode ser definido manualmente no serverless.yml por meio da propriedade app:```yaml
service: my-service
app: my-app
Se você não quiser usar os recursos do Serverless Framework Dashboard, basta não adicionar uma propriedade `app`. Os apps não são obrigatórios.
<br/>
## Configurando as credenciais da AWS
Para implantar infraestrutura de nuvem na AWS, você deve dar ao Serverless Framework acesso às suas credenciais da AWS.
Executar o comando `serverless` do Serverless Framework em um Service novo ou existente ajudará a identificar se as credenciais da AWS foram configuradas corretamente ou se expiraram, ou ajudará você a configurá-las do 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)
Recomendamos criar uma Role IAM da AWS que seja armazenada no Dashboard do Serverless Framework. Em breve apoiaremos muitas Credenciais de Provedor, e o Dashboard é um ótimo lugar para mantê-las centralizadas em toda a sua equipe, ajudando você a se organizar e eliminando com segurança a necessidade de manter credenciais nas máquinas de seus colegas de equipe.
Se você estiver usando o AWS SSO, pode executar serverless login aws sso para entrar pelo navegador, ou simplesmente colar suas credenciais SSO temporárias no terminal como variáveis de ambiente.
Para saber mais sobre como configurar suas Credenciais AWS, leia este guia.
Implantar um Serviço
Depois de usar o comando serverless para configurar tudo, é hora de implantar seu Serviço na AWS.
Certifique-se de que sua sessão de terminal esteja dentro do diretório que contém seu arquivo serverless.yml. Se você acabou de criar um Serviço, não se esqueça de executar cd para entrar nele.```text
cd [your-new-service-name]
A implantação criará/atualizará a infraestrutura de nuvem e o código na AWS, tudo ao mesmo tempo.
Execute o comando `deploy`:```text
serverless deploy
Mais detalhes sobre deploy podem ser encontrados aqui.
Desenvolvimento
Muitos desenvolvedores do Serverless Framework e desenvolvedores serverless geralmente optam por desenvolver na nuvem, já que isso corresponde à realidade (ou seja, ao seu ambiente de produção), e emular a Lambda e outras dependências de infraestrutura localmente pode ser complexo.
No Serverless Framework V.4, criamos uma abordagem híbrida de desenvolvimento, para ajudar os desenvolvedores a desenvolver rapidamente com a precisão do ambiente real de nuvem. Este é o novo comando dev:```text
serverless dev
Quando você executa este comando, o seguinte acontece...
Uma implantação AWS Cloudformation será executada para modificar ligeiramente todas as funções AWS Lambda dentro do seu serviço, de modo que elas incluam um wrapper leve.
Assim que essa implantação AWS Cloudformation for concluída, suas funções AWS Lambda ativas dentro do seu serviço ainda poderão receber eventos e ser invocadas na AWS.
No entanto, os eventos serão encaminhados com segurança e instantaneamente via proxy para sua máquina, e é o código na sua máquina que será executado, em vez do código dentro das suas funções AWS Lambda ativas.
Isso permite que você faça alterações no seu código sem precisar implantar ou recriar todos os aspectos da sua arquitetura localmente, permitindo que você desenvolva rapidamente.
Os logs do seu código local também serão exibidos na sua sessão `dev` do terminal.
Quando o seu código terminar, a resposta do seu código local será encaminhada de volta para suas funções AWS Lambda ativas, e elas retornarão a resposta—exatamente como uma função AWS Lambda normal na nuvem faria.
Observe que o `dev` foi projetado apenas para desenvolvimento ou estágios/ambientes pessoais e não deve ser executado em produção ou em qualquer estágio onde um alto volume de eventos esteja sendo processado.
Quando terminar sua sessão `dev`, você DEVE reimplantar, usando `serverless deploy` para enviar suas alterações locais recentes de volta às suas funções AWS Lambda ativas—ou suas funções AWS Lambda falharão(!)
Mais detalhes sobre o modo dev podem ser encontrados [aqui](https://www.serverless.com/framework/docs/providers/aws/cli-reference/dev).
<br/>
## Invocação
Para invocar sua função AWS Lambda na nuvem, você pode encontrar as URLs das suas funções com endpoints de API na saída do `serverless deploy`, ou recuperá-las via `serverless info`. Se suas funções não tiverem endpoints de API, você pode usar o comando `invoke`, assim:
serverless invoke --function
sls invoke -f hello
# Invoke and display logs:
serverless invoke -f hello --log
```
Mais detalhes sobre o comando `invoke` podem ser encontrados [aqui](https://www.serverless.com/framework/docs/providers/aws/cli-reference/invoke).
<br/>
## Implantar Funções
Para implantar alterações de código rapidamente, você pode pular o comando `serverless deploy`, que é muito mais lento, pois aciona uma atualização completa do AWS CloudFormation, e implantar apenas alterações de código e configuração em uma função AWS Lambda específica.
Para implantar alterações de código e configuração em funções AWS Lambda individuais em segundos, use o comando `deploy function`, com `-f [function name in serverless.yml]` definido para a função que você deseja implantar.```text
serverless deploy function -f my-api
```
Mais detalhes sobre o comando `deploy function` podem ser encontrados [aqui](https://www.serverless.com/framework/docs/providers/aws/cli-reference/deploy-function).
<br/>
## Streaming de Logs
Você pode usar o Serverless Framework para transmitir logs do AWS Cloudwatch diretamente para o seu terminal. Use o comando `sls logs` em uma janela de terminal separada:```bash
sls logs -f [Function name in serverless.yml] -t
```
Direcione uma função específica por meio da opção `-f` e ative o tailing (ou seja, o streaming) por meio da opção `-t`.
<br/>
## Desenvolvimento Local Completo
Muitos usuários do Serverless Framework optam por emular toda a sua arquitetura serverless localmente. Observe que emular AWS Lambda e outros serviços de nuvem nunca é preciso e o processo pode ser complexo, especialmente à medida que seu projeto e seus colegas de equipe crescem. A partir da V.4, recomendamos fortemente o uso do novo modo `dev` com stages pessoais.
Se você optar por desenvolver localmente, recomendamos o seguinte fluxo de trabalho...
Use o comando `invoke local` para invocar sua função localmente:```bash
sls invoke local -f my-api
```
Você também pode passar dados para esta invocação local de várias maneiras. Aqui está uma delas:```bash
sls invoke local --function functionName --data '{"a":"bar"}'
```
Mais detalhes sobre o comando `invoke local` podem ser encontrados [aqui](https://www.serverless.com/framework/docs/providers/aws/cli-reference/invoke-local)
O Serverless Framework também possui um ótimo plugin que permite executar um servidor localmente e emular o AWS API Gateway. Este é o plugin `serverless-offline`.
Mais detalhes podem ser encontrados na [documentação do serverless-offline](https://github.com/dherault/serverless-offline).
<br/>
## Usar Plugins
Um grande benefício do Serverless Framework está no seu [ecossistema de plugins](https://serverless.com/plugins).
Os plugins estendem ou sobrescrevem o Serverless Framework, dando a ele novos casos de uso ou capacidades, e existem centenas deles.
Observe que alguns plugins que eram populares antigamente não são mais necessários — a funcionalidade deles agora está incorporada ao framework, incluindo Python requirements, custom domains, AppSync, Prune e API Gateway Service Proxy.
Alguns dos plugins mais comuns são:
- **[Serverless Offline](https://github.com/dherault/serverless-offline)** - Emula AWS Lambda e API Gateway localmente ao desenvolver seu projeto Serverless.
- **[Serverless Step Functions](https://github.com/serverless-operations/serverless-step-functions)** - Construa arquiteturas AWS Step Functions.
Você pode adicionar um plugin ao seu serviço com [`serverless plugin install --name pluginName`](https://www.serverless.com/framework/docs/providers/aws/cli-reference/plugin-install), que o instala via npm e o registra no seu `serverless.yml`.
<br/>
## Composição de Serviços
O Serverless Framework Compose permite que você trabalhe com vários Serviços do Serverless Framework ao mesmo tempo e faça o seguinte...
- Implante vários serviços em paralelo
- Implante serviços em uma ordem específica
- Compartilhe saídas de um serviço com outro
- Execute comandos em vários serviços
Veja como uma estrutura de projeto pode se parecer:```bash
my-app/
service-a/
src/
...
serverless.yml
service-b/
src/
...
serverless.yml
```
O uso do Serverless Framework Compose requer um arquivo `serverless-compose.yml`. Nele, você especifica quais Serviços deseja implantar. Você também pode compartilhar dados de um Serviço para outro, o que também cria uma ordem de implantação.```yaml
# serverless-compose.yml
services:
service-a:
path: service-a
service-b:
path: service-b
params:
queueUrl: ${service-a.queueUrl}
```
As saídas a serem herdadas por outro Serviço são normalmente definidas como Outputs do AWS CloudFormation:```yaml
# service-a/serverless.yml
# ...
resources:
Resources:
MyQueue:
Type: AWS::SQS::Queue
# ...
Outputs:
queueUrl:
Value: !Ref MyQueue
```
O valor será passado para `service-b` [como um parâmetro](https://www.serverless.com/framework/docs/guides/parameters) chamado `queueUrl`. Os parâmetros podem ser referenciados na configuração do Serverless Framework por meio da sintaxe `${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}
```
Mais detalhes sobre o Serverless Framework Compose podem ser encontrados [aqui](https://www.serverless.com/framework/docs/guides/compose).
<br/>
## Comando de Suporte
No Serverless Framework V.4, introduzimos o comando `serverless support`, um recurso de destaque que permite gerar relatórios de problemas ou conectar-se diretamente à nossa equipe de suporte. Ele inclui automaticamente o contexto relevante e omite detalhes sensíveis, como segredos e informações de conta, que você pode verificar antes do envio. Esse processo simplificado garante que seus problemas sejam resolvidos de forma rápida e segura.
Para usar este recurso, após um erro ou qualquer comando, execute:```bash
sls support
```
Após cada comando, tenha ele sido bem-sucedido ou não, o contexto é salvo no seu diretório de trabalho atual na pasta `.serverless`.
Para abrir um novo ticket de suporte, execute o comando `sls support` e selecione `Get priority support...`. Opcionalmente, você poderá revisar e editar o relatório gerado. A abertura de tickets de suporte está disponível apenas para usuários que assinam uma Subscription.
Você também pode gerar relatórios sem enviar um novo ticket de suporte. Isso é útil para compartilhar contexto com outras pessoas, abrir issues no Github ou usá-lo com um prompt de IA como o ChatGPT. Para fazer isso, execute o comando `sls support` e selecione `Create a summary report...`, ou `Create a comprehensive report..`. Você pode pular o prompt executando `sls support --summary` ou `sls support --all`. Isso é especialmente útil para copiar o relatório para a área de transferência (por exemplo, `sls support --summary | pbcopy`).
<br/>
## Remova Seu Serviço
Se você quiser excluir seu serviço, execute `remove`. Isso excluirá todos os recursos da AWS criados pelo seu projeto e garantirá que você não tenha cobranças inesperadas. Também removerá o serviço do Serverless Dashboard.```bash
sls remove
```
Mais detalhes sobre o comando `remove` podem ser encontrados [aqui](https://www.serverless.com/framework/docs/providers/aws/cli-reference/remove).
<br/>
## Próximos Passos
Aqui estão alguns recursos úteis para continuar com o Serverless Framework:
- [Estude os conceitos principais do Serverless Framework](https://www.serverless.com/framework/docs/providers/aws/guide/intro)
- [Inspire-se com estes modelos do Serverless Framework](https://github.com/serverless/examples)
- [Descubra todos os eventos que podem acionar funções Lambda](https://www.serverless.com/framework/docs/providers/aws/guide/events)
- [Adicione aos favoritos o guia de `serverless.yml` do Serverless Framework](https://www.serverless.com/framework/docs/providers/aws/guide/serverless.yml)
- [Pesquise no registro de plugins para estender o Serverless Framework](https://www.serverless.com/plugins)
<br/>
# <a name="community"></a>Comunidade
- [X / Twitter](https://twitter.com/goserverless)
- [Slack da Comunidade](https://serverless.com/slack)
- [Meetups Serverless](http://www.meetup.com/serverless/)
- [Stackoverflow](http://stackoverflow.com/questions/tagged/serverless-framework)
- [Facebook](https://www.facebook.com/serverless)
- [Fale Conosco](mailto:[email protected])
## Segurança e Divulgação de Bugs
Levamos a segurança a sério. Se você descobrir um problema de segurança, divulgue-o de forma responsável entrando em contato conosco em [[email protected]](mailto:[email protected]). Não divulgue vulnerabilidades publicamente até que as tenhamos resolvido.
Para mais detalhes, consulte nossa [Política de Segurança](https://github.com/serverless/serverless/blob/main/SECURITY.md).
