Serverless Frameworkとは？v4の料金・使い方・無料の代替まで【2026年最新】

Serverless Frameworkは、AWS LambdaやAPI Gatewayなどサーバーレスのリソースを設定ファイル1枚で定義し、コマンド一つでデプロイできるオープンソースのCLIツールです。ただし2024年のv4からは料金体系が変わり、組織の年商によっては有料になりました。この記事では、Serverless Frameworkの基本と使い方に加えて、よく検索される「v4の有料化」「無料で使える条件」「Pythonでの使い方」「有料化後の無料の代替（OSSフォーク）」までを2026年6月時点の最新情報で整理します。

まとめ：無料で使えるかは年商で決まる

結論から言うと、Serverless Framework v4は年商200万ドル未満の組織なら引き続き無料で使えます。これを超える組織は有料サブスクリプションが必要です。v3はすでにサポート終了（EOL）しているため、これから使うならv4が前提になります。料金を一切かけずにv3相当の使い勝手を維持したい場合は、有志が公開しているOSSフォーク「osls」という選択肢があります。純粋にAWSだけで完結するなら、無料のAWS SAMやAWS CDKも有力です。価格や条件は更新が速いので、導入前に公式の料金ページで最新条件を確認してください。以降で、基本・料金・使い方・Python・代替を順に見ていきます。

Serverless Frameworkとは何か｜仕組みと対応プロバイダ

Serverless Frameworkは、サーバーレスアプリケーションの構成をコードとして管理するためのフレームワークです。中心になるのがserverless.ymlという設定ファイルで、ここにサービス名・利用プロバイダ・関数（functions）・トリガー（events）・付随リソース（resources）を宣言します。デプロイ時にはこの定義からAWS CloudFormationのテンプレートが自動生成され、Lambdaやリソースが一括で作成・更新されます。サーバーレス全体の構成パターンと採用判断は、サーバーレスアーキテクチャで整理しています。

serverless.ymlとCLIの基本構造

操作はすべてserverless（短縮形sls）コマンドで行います。最小構成のserverless.ymlは次のように、関数とHTTPトリガーを宣言するだけで動きます。

service: my-service
provider:
  name: aws
  runtime: nodejs18.x
functions:
  hello:
    handler: handler.hello
    events:
      - httpApi:
          path: /hello
          method: get

この定義で、HTTP GETの/helloにアクセスするとLambda関数helloが呼び出されます。あとはserverless deployでAWSへ反映され、払い出されたAPIエンドポイントのURLが表示されます。手書きのCloudFormationやコンソール操作を大幅に減らせるのが、このツールの中心的な価値です。

対応クラウドプロバイダ（v4ではAWS中心）

かつてはAzureやGoogle Cloudにも対応していましたが、v4ではAWS以外のプロバイダ対応が外され、実質的にAWS専用ツールになりました。マルチクラウドを抽象化したい場合は、後述するTerraformなどが現実的な選択肢になります。AWSのサーバーレス構成全体の作り方はDynamoDBとAPI Gatewayを組み合わせたサーバーレスアーキテクチャの解説もあわせて参考になります。

Serverless Framework v4の料金と有料化の仕組み

v4でもっとも注意すべきが料金です。CLI本体はオープンソースのままですが、利用には組織単位のライセンス判定が入ります。

無料で使える条件（年商200万ドル未満）

公式の基準では、直近会計年度の年商が200万ドル未満の組織は無料で使えます。個人開発者やスタートアップの多くはここに当てはまり、従来どおり費用なしで利用できます。判定は会社・団体単位で、自己申告制です。無料の条件下でもアカウント登録とCLIへのサインインは必要になります。

クレジット課金の仕組みと料金の目安

有料時の課金はクレジット制です。1クレジットはおおむね「1つのサービスインスタンス（service＋stage＋regionの組み合わせで、その月に10日を超えて存在するスタック1つ）」に対応します。Lambdaの関数数や呼び出し回数では課金されない点が特徴です。単価は従量制で1クレジット4ドル、予約購入なら最安1ドルまで下がります。年商500万ドル未満かつ従業員30人未満などの小規模事業者には35%の割引もあります。複数ステージを多数立てる構成ほどクレジット消費が増えるため、本番・ステージングの数を見積もって試算しておくと安心です。単価や課金単位は変動するため、契約前に公式の料金ページで最新の条件を確認してください。

v3のEOLとv4への移行（esbuild統合など）

v3は2024年12月末で保守が終了し、現在はセキュリティ修正もバグ修正も提供されないEOL状態です。新規採用ならv4一択になります。v4ではビルドツールのesbuildがコアに統合され、TypeScriptやJavaScriptのハンドラを設定なしで自動ビルドするようになりました。その代わり、従来のserverless-esbuildやserverless-webpack、serverless-plugin-typescriptはそのままでは動かず、新しいbuild設定での対応が必要です。あわせてCLI認証の必須化や.envの自動読み込みも入っているため、移行時は公式のアップグレードガイドで差分を確認してください。

Serverless Frameworkの使い方｜インストールからデプロイまで

導入から初回デプロイまでの流れを最小手順でまとめます。前提としてNode.js 18.20.3以上が必要です（実運用では20以降が無難です）。

インストールと初期設定

CLIはnpmでグローバルに導入します。AWSへデプロイするので、事前にAWSの認証情報も設定しておきます。

npm install -g serverless
serverless --version
serverless config credentials --provider aws --key AKID --secret SECRET

認証情報は~/.aws/credentialsを参照する形でも構いません。複数アカウントを使い分けるなら、デプロイ時に--profileでプロファイルを切り替えます。

プロジェクト作成とデプロイ

テンプレートから雛形を生成し、serverless deployでデプロイします。ステージを分けたい場合は--stageで本番・検証を切り替えられます。

serverless create --template aws-nodejs --path my-service
cd my-service
serverless deploy --stage prod --region ap-northeast-1

初回はCloudFormationスタックが新規作成され、2回目以降は差分更新になります。失敗時は自動でロールバックされるため、半端な状態が残りにくいのも利点です。リソースが200を超えると単一スタックの上限に当たるので、その場合はサービスを分割します。なおv4ではesbuildが統合されており、TypeScriptのハンドラを置けば追加設定なしでビルドされます。

ローカルテスト（serverless-offline）

デプロイ前の確認にはserverless-offlineプラグインが便利です。導入するとserverless offlineでローカルにAPIサーバーが立ち上がり、実際のHTTPリクエストで関数を試せます。関数単体だけ叩きたいときはserverless invoke local -f helloでローカル実行し、入力JSONを渡して結果を確認できます。CIに組み込めば、デプロイ前のユニットテストも自動化できます。

PythonでServerless Frameworkを使う

Serverless FrameworkはPythonでも使えます。serverless create --template aws-python3でhandler.pyとserverless.ymlの雛形が生成され、runtimeをpython3.12などに指定すれば動きます。依存ライブラリはserverless-python-requirementsプラグインを入れると、requirements.txtの内容をデプロイ時に自動でバンドルしてくれます。NumPyやPandas、psycopg2のようにC拡張を含むライブラリは、ローカルがmacOSやWindowsだとLambda（Amazon Linux）で動かないことがあるため、dockerizePip: trueを設定してLambda互換の環境でビルドするのが確実です。Pythonでのパッケージングはここが最大のつまずきポイントなので、ネイティブ依存があるかどうかを最初に確認してください。

有料化後の無料・OSS代替「osls」

v4の有料化を避けつつ、これまでどおりの使い勝手を無料で続けたい場合の選択肢が、OSSフォークのosls（oss-serverless）です。これはv3系をベースにしたMITライセンスの後継で、コマンド名はserverlessのまま使えるドロップイン置き換えとして設計されています。導入は次のとおりです。

npm uninstall -g serverless
npm install -g osls@3
serverless --version

なお、本家のグローバルserverlessが入っている場合は先にnpm uninstall -g serverlessで外してから導入します。安定版（v3系）を確実に入れるにはosls@3のようにメジャー版を固定するのが安全です。維持しているのはPHP用ランタイムBrefのチームで、大型の新機能こそ予定されていないものの、新ランタイム対応や脆弱性修正、AWSの仕様変更への追随は継続されています。最新リリースはv3.63.2（2026年3月）です。課金やダッシュボード連携が不要で、既存のv3プロジェクトをそのまま動かしたいケースに向きます。逆に、v4の新機能やesbuild統合を使いたいなら本家v4を選ぶことになります。

Serverless Frameworkと主要な代替ツールの比較

有料化を機に、他のサーバーレス／IaCツールへ移る選択肢も現実的です。代表的な4つを用途で整理します。

選び方はシンプルです。v4の課金だけが理由なら、まずoslsへの置き換えを検討します。これから新規にAWSだけで作るなら、AWS公式で無料のAWS SAMか、アプリと同じ言語でインフラを書けるAWS CDKが有力です。複数クラウドをまたぐ、あるいは既存のTerraform資産があるならTerraformが向きます。なお、かつて人気だったSST（現在はIonエンジン版が現行）は、2025年に開発の主体が他プロダクトへ移って更新ペースが鈍化しているため、2026年の新規採用は動向を見て慎重に判断したほうがよいでしょう。Serverless Frameworkを積極的に選ぶ理由は「マルチプロバイダ時代から続く豊富なプラグインと既存資産」ですが、純AWS用途では無料の公式ツールに優位がある、というのが現状の力関係です。LambdaそのものをJavaなどで深掘りしたい場合はLambda SnapStartの解説も参考になります。

よくある質問

Serverless Frameworkは無料で使えますか？

v4では、直近会計年度の年商が200万ドル未満の組織であれば無料で使えます。これを超える組織は有料サブスクリプションが必要です。判定は会社・団体単位の自己申告制で、無料の場合でもアカウント登録とCLIサインインは求められます。条件は変わる可能性があるため、最新は公式の料金ページで確認してください。

Serverless Framework v4とv3の主な違いは何ですか？

最大の違いは料金体系で、v4から年商200万ドル超の組織は有料になりました。技術面ではesbuildがコアに統合されてTS/JSが自動ビルドになり、CLI認証が必須化、AWS以外のプロバイダ対応が外れています。v3はすでにEOL（2024年末で保守終了）のため、新規利用はv4が前提です。

oss-serverless（osls）とは何ですか？

oslsは、v4の有料化を受けて公開されたServerless Framework v3系のオープンソースフォークです。MITライセンスで、コマンドはserverlessのまま使えるドロップイン置き換えとして動きます。npm install -g osls@3で導入でき（本家を入れている場合は先にアンインストール）、Brefチームが脆弱性修正やランタイム対応を継続しています。v4の新機能は不要で、無料でv3相当を使い続けたい場合に向きます。

PythonでServerless Frameworkは使えますか？

使えます。aws-python3テンプレートで雛形を作り、runtimeにPythonを指定します。依存関係はserverless-python-requirementsプラグインでrequirements.txtから自動バンドルできます。NumPyなどC拡張を含むライブラリはdockerizePip: trueでLambda互換環境でビルドするのが確実です。

Serverless FrameworkとAWS SAMはどちらを使うべきですか？

AWSだけで完結し、追加コストを避けたいならAWS SAMが有力です。SAMは無料で、CloudFormationの拡張としてLambdaやAPI Gatewayを簡潔に書け、ローカル実行にも対応します。一方、豊富なプラグインや既存のServerless Framework資産を活かしたい場合は本家を選ぶ価値があります。新規・純AWSならSAM、既存資産ありなら本家、という整理が実務的です。

関連記事

• AWS SAMとは？サーバーレスアプリケーション開発における役割とメリット
• AWSサーバーレスアーキテクチャ：DynamoDBの構築からAPI Gatewayの設定まで
• サーバーレスJavaの進化とその利点: Lambda SnapStartとAWS Lambda Web Adapterの紹介
• AWS Application Composerとは？サーバーレスアプリケーション設計ツールの概要