アップデート一覧に戻る
New releaseSep 10, 2026

serverless [email protected]

YAMLインフラストラクチャ、ローカル開発、およびマルチ言語ランタイムサポートを備えた、AWS Lambda上でサーバーレスアプリケーションをデプロイおよび管理するためのCLIフレームワーク。

共有

Serverless Framework AWS Lambda AWS DynamoDB AWS API Gateway




The Serverless Framework – AWS Lambda やその他のマネージドクラウドサービスを簡単に利用して、自動スケーリングし、アイドル時にはコストがかからず、メンテナンスを劇的に減らせるアプリケーションを構築できます。

Serverless Framework は、親しみやすい YAML 構文を備えたコマンドラインツールで、API、フロントエンド、データパイプライン、スケジュールタスクなど、数多くのサーバーレスアプリケーションのユースケースに必要なコードとクラウドインフラストラクチャの両方をデプロイします。Node.js、TypeScript、Python、Go、Java などをサポートする多言語フレームワークです。また、1,000 以上のプラグインを通じて完全に拡張可能で、フレームワークにさらに多くのサーバーレスのユースケースとワークフローを追加できます。

Serverless Inc によって積極的にメンテナンスされています。


Serverless Framework - V.4


2026年7月 – V.4 は引き続き重要なアップデートを提供しています。以下ですべてをご確認ください。最近のリリースでは、Sandboxes（AWS Lambda 上の分離された短命コンピュート）、ネイティブな Amazon Bedrock AgentCore サポート、Managed Instances、Durable Functions、組み込みの AWS Login & SSO が追加されました。いつものように、私たちはこれまで以上にサーバーレスの未来に期待しています。

V.4 の新機能

これまでの V.4 で新しくなったすべての機能のリストは次のとおりです。

  • Sandboxes – AWS Lambda 上に分離された短命なコンピュート環境をデプロイします。AI エージェントやコード実行など、信頼できないワークロードやセッション単位のワークロードに最適です。詳細はこちら。
  • Amazon Bedrock AgentCore サポート – ai プロパティを使用して serverless.yml に AI エージェント、メモリ、ツール、ゲートウェイ、ブラウザ、コードインタープリタを直接定義し、serverless agent コマンドで管理できます。詳細はこちら。
  • AWS Login & SSO – serverless login aws と serverless login aws sso を使ったブラウザベースのフローで AWS 認証情報を設定します。
  • Deployment Diffs – serverless diff を使うと、デプロイ前にデプロイが稼働中の AWS CloudFormation スタックをどう変更するかをプレビューできます。
  • Reconcile コマンド – CLI の外部でスタックが削除された場合に、serverless reconcile を使用して使用状況レコードを AWS アカウントと同期させます。
  • マネージドインスタンス – EC2 を基盤とする Lambda 実行のネイティブサポートにより、より高いスループット、予測可能な容量、長時間実行ワークロードを実現します。
  • Durable functions – 永続的でステートフルなワークフローと長時間実行オーケストレーションの組み込みサポートを提供します。
  • Lambda テナント分離モード: テナント分離モードを使用すると、テナントごとに異なる Lambda コンピュート環境を作成し、ノイジーネイバー効果を減らし、トラフィックの多い顧客をより明確に分離できます。
  • HTTP レスポンスストリーミング: API Gateway HTTP API を使用して、Lambda からのログ、長時間実行レポート、部分的なレスポンス、AI LLM レスポンスをストリーミングします。
  • 関数単位の IAM ロール: 関数単位の IAM ポリシーを追加したり、サービス全体を関数単位のポリシーを使用するように切り替えたりできます。
  • 組み込みプラグイン: Python requirements、AppSync、Prune、API Gateway Service Proxy など、人気のコミュニティプラグインがフレームワークの第一級の組み込み機能になりました。
  • カスタムドメインサポートの改善: API などのカスタムドメインと SSL 証明書を自動設定するために外部プラグインは不要になりました。これは Serverless Framework CLI に組み込まれています。
  • Doppler との統合: Serverless Framework Variables を使用して Doppler から Secrets を簡単に取得できるようになりました。
  • Serverless MCP の紹介: Cursor、Windsurf、その他の AI 搭載 IDE 向けに構築されており、コードからクラウドリソースを自動検出し、AWS からログ、状態、設定を取得して、IDE で直接サーバーレスアプリをデバッグできます。AWS コンソールにアクセスする必要はありません! Serverless Framework、CloudFormation などをサポートします。
  • AWS SAM、AWS CloudFormation、従来の Serverless Framework プロジェクトのサポート: 1 つのツールでこれら 3 つの IaC プロジェクトファイルをすべてデプロイできます。詳細はこちら
  • ネイティブ TypeScript サポート: serverless.yml の AWS Lambda 関数で .ts ハンドラーを使用でき、デプロイ時に自動的にビルドされるようになりました。これを可能にする ESBuild が Framework に含まれています。詳細はこちら。
  • AWS AI Stack: V.4 は AWS AI Stack 向けに最適化されています。Amazon Bedrock を介した LLM などを備えた、AWS 上の AI アプリケーション向けのフルスタックでサーバーレスなボイラープレートをデプロイできます。
  • 新しい開発モード: serverless dev を実行すると、本番アーキテクチャからのイベントがローカルコードにルーティングされ、デプロイなしで素早く変更できます。詳細はこちら。
  • 最新ランタイムサポート: AWS Lambda での Node.js 24 (nodejs24.x)、Python 3.14 (python3.14)、Java 25 (java25) をサポート。
  • 最新リージョンサポート: ニュージーランドで新たに発表された ap-southeast-6 を含む、主要なすべてのリージョンをサポート。
  • 新しい Stages プロパティ: stages を使用してステージ固有の設定を簡単に整理し、フォールバック先の default 設定を設定できます。
  • Compose エクスペリエンスの向上: Serverless Compose は、何がデプロイされているかをより明確に示す、美しい新しい CLI エクスペリエンスを提供します。
  • 新しい Terraform & Vault 統合: 複数の Terraform ステートストレージソリューションからステート出力を、Vault からシークレットを取得します。Terraform ドキュメント Vault ドキュメント
  • サポートコマンド: CLI から直接 チームにサポートリクエストを送信できます。送信前に確認できるコンテキスト情報が自動的に含まれます。
  • AI 向けデバッグサマリー: バグに遭遇した場合、"serverless support --ai" を実行すると、最後のバグを必要なコンテキストとともに詳述した簡潔なレポートを生成でき、ChatGPT などの AI ツールに貼り付けるのに最適です。
  • AWS Lambda の高度なログ制御: ログを JSON で取得し、ログの粒度を高め、カスタムロググループを設定できます。AWS の記事 はこちら。YAML 実装 はこちら。
  • Axiom 統合: Axiom の可観測性ソリューション と統合して、AWS CloudWatch より 3 分の 1 のコストで、強力なログ、メトリクス、トレースのエクスペリエンスを実現します。
  • AWS SSO: 環境変数、特に AWS SSO によって設定されたものは優先されます。Framework と Dashboard はこれらに干渉しなくなりました。
  • 自動アップデート: 現在はデフォルトで実行されます。ただし、受け入れるアップデートのレベルは制御できます。
  • オンボーディングとセットアップの改善: serverless コマンドは、新規または既存のプロジェクトをセットアップする際により役立つように書き直されました。
  • カスタムリソースハンドラーの更新: すべてのカスタムリソースハンドラーが現在の Node.js ランタイム (nodejs22.x) を使用するようになりました。
  • 非 AWS プロバイダーの非推奨化: 他のクラウドプロバイダーは非推奨になりました。V.4 は AWS 上で最高のエクスペリエンスを提供することに焦点を当てています。

破壊的変更

「aws」プロバイダーに対する破壊的変更は避けるようにしています。ただし、注意すべき大きな変更がいくつかあります。

  • V.4 のライセンスが変更されます。詳細については、以下のセクションを参照してください。
  • CLI 内での認証が必要になります。
  • 非 AWS プロバイダーは非推奨になりました。V.4 では、他のクラウドインフラベンダーを利用する新しい方法を導入する予定です。

追加の破壊的変更を見つけた場合は、issue を作成してください。変更内容と潜在的な破壊的変更の詳細については、Serverless Framework V4 へのアップグレードドキュメント を参照してください。

V.4 のライセンス変更

V.4 リポジトリの構造とライセンスは、V.4 npm モジュールとは異なることに注意してください。V.4 は 以前に発表されたとおり 共通の SaaS 製品へ移行するため、npm モジュールにはプロプライエタリライセンスのソフトウェアが一部含まれています。オリジナルの Serverless Framework ソースコードなどは引き続き MIT ライセンスのソフトウェアであり、リポジトリはプロプライエタリコンポーネントとオープンソースコンポーネントを明確に区別するように構成されています。MIT ライセンスのコードは packages/serverless 内に独自の LICENSE ファイルを持ち、リポジトリルートの LICENSE はプロプライエタリコンポーネントを対象としています。


目次


機能

  • より多くを構築し、管理を削減: インフラストラクチャ管理の時間を減らして、より速くイノベーションを起こせます。
  • 最大の汎用性: API やスケジュールタスクから WebSocket、データパイプラインまで、多様なサーバーレスユースケースに対応します。
  • 自動化されたデプロイ: コードとインフラストラクチャのデプロイをまとめて処理し、開発を効率化します。
  • ローカル開発: AWS からのイベントをローカルの AWS Lambda コードにルーティングして、変更のたびにデプロイすることなく素早く開発できます。
  • 使いやすさ: シンプルな YAML 設定により、深いクラウドインフラストラクチャの専門知識がなくても複雑なアプリケーションをデプロイできます。
  • 言語非依存: Node.js、Python、Java、Go、C#、Ruby、Swift、Kotlin、PHP、Scala、F# など、好みの言語で構築できます。
  • 完全なライフサイクル管理: サーバーレスアプリケーションの開発、デプロイ、監視、更新、トラブルシューティングを簡単に行えます。
  • スケーラブルな組織化: 大規模なアプリをサービスに分割し、Serverless Compose を介して個別に、または一緒に作業することで、大規模なプロジェクトとチームを効率的に構成できます。
  • 手間のかからない環境: 開発、ステージング、本番環境をシームレスに管理できます。
  • カスタマイズ対応: 豊富なプラグインエコシステムで Framework の機能を拡張および変更できます。
  • 活気あるコミュニティ: サポートを得て、情熱的な Serverless 開発者コミュニティとつながりましょう。

クイックスタート

Serverless Framework をインストールし、プロジェクトをセットアップして、AWS Lambda、AWS DynamoDB、AWS S3 などのサーバーレスインフラストラクチャ上の Amazon Web Services にデプロイする方法を説明します。


NPM で Serverless Framework をインストールする

まず、Node.js ランタイム バージョン 18.17.0 以上がインストールされている必要があります。その後、NPM 経由で Serverless Framework をインストールできます。

CLI を開き、以下のコマンドを実行して Serverless Framework をグローバルにインストールしてください。```text npm i serverless -g

`serverless` を実行して、インストールが正常に動作していることを確認し、現在のバージョンを表示します。

<br/>

## Serverless Framework のアップデート

バージョン 4 以降、Serverless Framework は自動的に自身をアップデートし、24 時間ごとにそのチェックを実行します。

次のコマンドを実行すると、アップデートを強制できます：```text
serverless update

または、この環境変数を設定できます：```text SERVERLESS_FRAMEWORK_FORCE_UPDATE=true

<br/>

## `serverless` コマンド

Serverless Framework には、AWS 上でのプロジェクト作成とデプロイを案内してくれる `serverless` コマンドが同梱されています。テンプレートのダウンロード、AWS 認証情報の設定、Serverless Framework ダッシュボードの設定などに役立ち、各概念をその場で説明しながら進めてくれます。

このガイドでも Serverless Framework の使い始め方を説明しますが、単純に `serverless` コマンドを入力する方が優れた体験になるかもしれませんので、ご注意ください。```text
serverless

サービスの作成

Serverless Framework におけるプロジェクトの主要な概念は「サービス（Service）」として知られており、serverless.yml ファイルによって宣言されます。このファイルには、AWS Lambda 関数などのクラウドインフラストラクチャ、それらの関数をイベントでトリガーするインフラストラクチャ、そして AWS Lambda 関数がさまざまなユースケース（例: AWS DynamoDB データベーステーブル、AWS S3 ストレージバケット、HTTP リクエストを受信して AWS Lambda に転送するための AWS API Gateway など）で必要となる可能性のある追加インフラストラクチャをデプロイするための簡略化された構文が含まれています。

サービスは、アプリケーション全体、特定のドメイン（例: 「ブログ」「ユーザー」「製品」）のロジック、または1つのタスクを処理するマイクロサービスにすることができます。プロジェクトの構成方法は自分で決めることができます。一般的には、複雑さを減らすために、ロジックを分割することが絶対に必要になるまでは、すべてに対してモノリシックなアプローチから始めることをお勧めします。

Serverless Framework サービスを作成して完全にセットアップするには、対話型のセットアップワークフローを提供する serverless コマンドを使用します。```text serverless

これにより、複数のテンプレートが表示されます。ご希望の言語とユースケースに合ったものを選択してください。```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)

Service Template を選択すると、そのファイルがダウンロードされ、Service に名前を付けることができます。```text ? Name Your Service: ›

小文字の英字、数字、ハイフンのみを使用してください。また、Service 名は短くしてください。Service 名は Serverless Framework が作成する各クラウドリソースの名前に追加されるため、一部のクラウドリソースでは名前に文字数制限があります。

Services とその他の詳細については、[Core Concepts ドキュメント](https://www.serverless.com/framework/docs/providers/aws/guide/intro) を参照してください。

<br/>

## サインイン

Serverless Framework V.4 以降では、`serverless` コマンドを使用して Service をセットアップすると、最終的にログインを求められます。

それ以外の場面でログインする必要がある場合は、`serverless login` を実行してください。

ログインすると、ブラウザで [Serverless Framework Dashboard](https://app.serverless.com) にリダイレクトされます。登録またはログインが完了したら CLI に戻ると、サインインされた状態になります。

なお、Serverless Framework CLI と Dashboard は無料で使い始めることができ、CLI は小規模な組織やインディーハッカーにとって常に無料です。料金の詳細については、[料金ページ](https://serverless.com/pricing) をご覧ください。

<br/>

## アプリの作成

「App」という概念は、1つまたは複数の「Service」をまとめる親コンテナであり、`serverless.yml` の `app` プロパティでオプションとして設定できます。`app` を設定すると、その Service に対して Serverless Framework Dashboard の機能も有効になります。たとえば、Serverless Framework Dashboard で Service とそのデプロイメントを追跡したり、Service 間での出力の共有、シークレットの共有、メトリクス、トレース、ログの有効化などが可能になります。

`serverless` オンボーディングコマンドを使用している場合は、`app` のセットアップと Service への追加を支援してくれます。既存の Service に App を作成する場合も `serverless` コマンドを使用できますし、Dashboard で App を作成することもできます。```text
❯ Create A New App
  ecommerce
  blog
  acmeinc
  Skip Adding An App

アプリは、serverless.yml 内で app プロパティを使用して手動で設定することもできます:```yaml service: my-service app: my-app

If you don't want to use the Serverless Framework Dashboard's features, simply don't add an `app` property. Apps are not required.

<br/>

## AWS 認証情報の設定

AWS にクラウドインフラストラクチャをデプロイするには、Serverless Framework に AWS 認証情報へのアクセス権限を付与する必要があります。

Serverless Framework の `serverless` コマンドを新しいサービスまたは既存のサービスで実行すると、AWS 認証情報が正しく設定されているか、期限切れになっているかを確認したり、ゼロから設定するのに役立ちます。```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)

Serverless Framework ダッシュボードに保存される AWS IAM ロールを作成することをお勧めします。近い将来、多数の Provider Credentials をサポートする予定です。ダッシュボードは、チーム全体でこれらの情報を一元管理するのに最適な場所であり、整理整頓に役立ち、チームメイトのマシンに認証情報を保存する必要を安全に排除できます。

AWS SSO を使用している場合は、serverless login aws sso を実行してブラウザ経由でサインインするか、ターミナル内で一時的な SSO 認証情報を環境変数として貼り付けることもできます。

AWS 認証情報の設定について詳しくは、このガイドをお読みください。


サービスをデプロイする

serverless コマンドを使用してすべてをセットアップしたら、Service を AWS にデプロイします。

ターミナルセッションが serverless.yml ファイルを含むディレクトリ内にあることを確認してください。Service を作成したばかりの場合は、そのディレクトリに cd することを忘れないでください。```text cd [your-new-service-name]

デプロイすると、AWS上のクラウドインフラストラクチャとコードがすべて同時に作成/更新されます。

`deploy` コマンドを実行してください：```text
serverless deploy

デプロイの詳細はこちらで確認できます。


開発

多くのServerless Frameworkおよびサーバーレス開発者は、実際の環境（つまり本番環境）と一致するため、またLambdaやその他のインフラストラクチャ依存関係をローカルでエミュレートすることが複雑になり得るため、一般的にクラウド上での開発を選択します。

Serverless Framework V.4では、開発者が実際のクラウド環境の正確さを保ちながら迅速に開発できるように、開発に対するハイブリッドアプローチ を作成しました。これが新しい dev コマンドです:```text serverless dev

このコマンドを実行すると、次のことが行われます...

AWS Cloudformation のデプロイが実行され、Service 内のすべての AWS Lambda 関数に軽量なラッパーが含まれるように少しだけ変更されます。

この AWS Cloudformation のデプロイが完了すると、Service 内の稼働中の AWS Lambda 関数は、引き続き AWS 内でイベントを受信し、呼び出し可能です。

ただし、イベントは安全かつ即座にあなたのマシンへプロキシされ、実行されるのは、稼働中の AWS Lambda 関数内のコードではなく、あなたのマシン上のコードになります。

これにより、アーキテクチャのすべてをローカルでデプロイしたり再作成したりすることなくコードを変更でき、迅速に開発できます。

ローカルコードのログも、ターミナルの `dev` セッション内に表示されます。

コードの処理が完了すると、ローカルコードからのレスポンスは、稼働中の AWS Lambda 関数へ返送され、その関数は通常の AWS Lambda 関数と同様にレスポンスを返します。

なお、`dev` は開発用または個人用のステージ/環境向けにのみ設計されています。本番環境や、大量のイベントが処理されるステージでは実行しないでください。

`dev` セッションを終了したら、必ず `serverless deploy` を使用して再デプロイし、最近のローカル変更を稼働中の AWS Lambda 関数へ反映しなければなりません。反映しないと、AWS Lambda 関数は失敗します(!)

dev モードの詳細は [こちら](https://www.serverless.com/framework/docs/providers/aws/cli-reference/dev) を参照してください。

<br/>

## 呼び出し

クラウド上の AWS Lambda 関数を呼び出すには、`serverless deploy` の出力で API エンドポイントを持つ関数の URL を確認するか、`serverless info` で取得できます。関数に API エンドポイントがない場合は、次のように `invoke` コマンドを使用できます。```bash
sls invoke -f hello

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

More details on the invoke command can be found here.


Deploy Functions

コード変更をすばやくデプロイするには、完全な AWS CloudFormation 更新をトリガーするためはるかに低速な serverless deploy コマンドをスキップして、特定の AWS Lambda 関数へのコード変更と設定変更のみをデプロイできます。

個々の AWS Lambda 関数にコード変更と設定変更を数秒でデプロイするには、deploy function コマンドを使用し、-f [function name in serverless.yml] をデプロイしたい関数に設定します。```text serverless deploy function -f my-api

`deploy function` コマンドの詳細は、[こちら](https://www.serverless.com/framework/docs/providers/aws/cli-reference/deploy-function) で確認できます。

<br/>

## ログのストリーミング

Serverless Framework を使用すると、AWS CloudWatch のログをターミナルに直接ストリーミングできます。別のターミナルウィンドウで `sls logs` コマンドを使用してください:```bash
sls logs -f [Function name in serverless.yml] -t

-f オプションで特定の関数を指定し、-t オプションでテーリング（つまりストリーミング）を有効にします。


完全なローカル開発

多くのServerless Frameworkユーザーは、サーバーレスアーキテクチャ全体をローカルでエミュレートすることを選択します。AWS Lambdaやその他のクラウドサービスのエミュレーションは決して正確ではなく、プロジェクトやチームメンバーが増えるにつれてプロセスが複雑になる可能性があることに注意してください。V.4以降は、新しいdevモードを個人ステージで使用することを強くお勧めします。

それでもローカルで開発する場合は、次のワークフローを推奨します...

invoke local コマンドを使用して、関数をローカルで呼び出します:```bash sls invoke local -f my-api

このローカル呼び出しには、さまざまな方法でデータを渡すこともできます。その一例を次に示します:```bash
sls invoke local --function functionName --data '{"a":"bar"}'

More details on the invoke local command can be found here

Serverless Framework also has a great plugin that allows you to run a server locally and emulate AWS API Gateway. This is the serverless-offline plugin.

More details can be found in the serverless-offline documentation.


プラグインを使用する

Serverless Framework の大きな利点は、そのプラグインエコシステムにあります。

プラグインは Serverless Framework を拡張または上書きし、新しいユースケースや機能を提供します。プラグインは数百もあります。

かつて人気だった一部のプラグインは現在では不要であることに注意してください。Python requirements、custom domains、AppSync、Prune、API Gateway Service Proxy など、その機能は現在フレームワークに組み込まれています。

最も一般的なプラグインの一部は次のとおりです:

  • Serverless Offline - Serverless プロジェクトの開発中に AWS Lambda と API Gateway をローカルでエミュレートします。
  • Serverless Step Functions - AWS Step Functions アーキテクチャを構築します。

プラグインは、serverless plugin install --name pluginName を使用してサービスに追加できます。これにより、npm 経由でインストールされ、serverless.yml に登録されます。


サービスのコンポーズ

Serverless Framework Compose を使用すると、複数の Serverless Framework サービスを同時に操作し、次のことができます...

  • 複数のサービスを並行してデプロイする
  • 特定の順序でサービスをデプロイする
  • あるサービスから別のサービスへ出力を共有する
  • 複数のサービスにわたってコマンドを実行する

プロジェクト構造の例は次のようになります:```bash my-app/ service-a/ src/ ... serverless.yml service-b/ src/ ... serverless.yml

Serverless Framework Compose を使用するには、`serverless-compose.yml` ファイルが必要です。このファイルでは、デプロイする Service を指定します。また、ある Service から別の Service へデータを共有することもでき、これによりデプロイの順序も作成されます。```yaml
# serverless-compose.yml

services:
  service-a:
    path: service-a

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

別のサービスに継承される Outputs は、通常 AWS CloudFormation Outputs として定義されます：```yaml

service-a/serverless.yml

...

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

値は `service-b` に[パラメータとして](https://www.serverless.com/framework/docs/guides/parameters) `queueUrl` という名前で渡されます。パラメータは Serverless Framework の設定で `${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}

Serverless Framework Compose の詳細はこちらで確認できます。


サポートコマンド

Serverless Framework V.4では、serverless support コマンドを導入しました。これは、問題レポートを生成したり、サポートチームに直接連絡したりできる優れた機能です。関連するコンテキストを自動的に含め、シークレットやアカウント情報などの機密情報を除外するため、送信前に確認できます。この合理化されたプロセスにより、問題を迅速かつ安全に対処できます。

この機能を使用するには、エラー発生後または任意のコマンド実行後に、次のコマンドを実行します:```bash sls support

各コマンドの実行後、成功したかどうかに関係なく、コンテキストは現在の作業ディレクトリ内の `.serverless` フォルダに保存されます。

新しいサポートチケットを開くには、`sls support` コマンドを実行し、`Get priority support...` を選択します。オプションとして、生成されたレポートを確認・編集できます。サポートチケットの開始は、サブスクリプションに登録したユーザーのみ利用できます。

新しいサポートチケットを提出せずにレポートを生成することもできます。これは、他の人とコンテキストを共有したり、Github の issue を開いたり、ChatGPT のような AI プロンプトで使用したりするのに便利です。これを行うには、`sls support` コマンドを実行し、`Create a summary report...` または `Create a comprehensive report..` を選択します。`sls support --summary` または `sls support --all` を実行すると、プロンプトをスキップできます。これは、レポートをクリップボードに取り込む場合に特に便利です(例: `sls support --summary | pbcopy`)。

<br/>

## サービスを削除する

サービスを削除したい場合は、`remove` を実行します。これにより、プロジェクトで作成されたすべてのAWSリソースが削除され、予期しない料金が発生しないようになります。また、Serverless Dashboard からもサービスが削除されます。```bash
sls remove

remove コマンドの詳細はこちらで確認できます。


次のステップ

Serverless Framework を続けるための役立つリソースは次のとおりです:


コミュニティ

セキュリティとバグの開示

私たちはセキュリティを真剣に考えています。セキュリティ上の問題を発見した場合は、[email protected] までご連絡いただき、責任を持って開示してください。対処が完了するまで、脆弱性を公に開示しないでください。

詳細については、セキュリティポリシー をご覧ください。

もっと読む

カテゴリ

クラウドインフラストラクチャセキュリティ汎用ユーティリティサーバーレスセキュリティDevSecOpsユーティリティとフレームワークアイデンティティ＆アクセス管理 (IAM)認証