Spine慣れ親しんだ開発スタイルで、
より高速なサーバーを。

NestJS や Spring で使っていたコントローラーとサービスの構造で Go アプリを構成しましょう。コンストラクタ注入とインターセプターを使い、同じリソースで測定したスループットとメモリ使用量を確認できます。

Shell

go install github.com/NARUBROWN/spine-cli/cmd/spine@v0.1.4
spine new hello-spine --module example.com/hello-spine
cd hello-spine
go mod tidy
spine contract check
spine verify
spine dev

CLIでプロジェクトを生成し、検証してから実行します。詳しい手順は「最初のアプリ」を参照してください。

CLIで最初のアプリを作る

慣れ親しんだコントローラーとサービス

コントローラーがリクエストを受け、サービスが業務処理を担当します。Go の構造体とメソッドで、それぞれの役割を分けます。

コントローラーの書き方を見る

コンストラクタでつなぐ依存関係

必要なサービスをコンストラクタのパラメーターとして宣言します。Spine が登録済みのコンストラクタを呼び出してオブジェクトを生成し、依存関係をつなぎます。

依存性注入を見る

共通処理をインターセプターに集約

認証、トランザクション、ログ出力を業務コードから分離します。インターセプターを登録し、リクエストの流れの中で実行するタイミングを指定します。

インターセプターの使い方を見る

同じリソースで、より多く。
メモリ使用量は、より少なく。

NestJS/Express、Spring MVC、FastAPI/Uvicornのそれぞれに3 vCPUと3GiBのメモリを割り当てて比較しました。

Spine 内部ラボテスト / 2026.11.01

測定条件とすべての結果を見る

163,559req/s

HTTPスループット

飽和負荷で測定した中央値

41.8MiB

観測メモリ使用量

毎秒2万リクエスト時の使用量

1.062ms

p99応答遅延

毎秒2万リクエスト時の遅延

同じCPU予算で処理したリクエスト数

高いほど良い値です

1人のユーザーが毎秒1回リクエストを送るとすると

Spine0.5.2

163,559req/s

NestJS / Express

93,977req/s

Spineなら、約69,582人分のリクエストをさらに処理できた計算です。

Spring MVC

118,943req/s

Spineなら、約44,616人分のリクエストをさらに処理できた計算です。

FastAPI / Uvicorn

50,173req/s

Spineなら、約113,386人分のリクエストをさらに処理できた計算です。

同時接続256での飽和スループットです。各実装の実際のスループットを比較しました。

毎秒のスループットの差を、1人あたり毎秒1回のリクエストとして人数に換算した例です。実際に対応できる人数は、リクエストの頻度やアプリの処理内容によって変わります。

測定データCSV

最初のアプリを作る

CLI で最初のアプリを作るCLI のインストールとプロジェクトの作成から、/health のレスポンス確認まで順に進めます。JWT ログインの例を見るトークンを発行し、認証が必要なリクエストを処理する構造を確認します。API の動作を確認するコンストラクタ、ルート、インターセプターの登録方法と戻り値を確認します。

Spine慣れ親しんだ開発スタイルで、より高速なサーバーを。