サーバーレスDB さーばーれすでーびー
簡単に言うとこんな感じ！
サーバーレスDBは「使った分だけ払う、サーバーの管理も不要」なデータベースだよ！電気みたいに、使うときだけ自動でパワーが出て、使わないときはほぼゼロ円。インフラの面倒ごとをクラウドにまるごと任せられるってこと！
サーバーレスDBとは
サーバーレスDB（Serverless Database）とは、サーバーのプロビジョニング（用意・設定）や管理をユーザーが行わず、クラウドプロバイダーが自動で行うデータベースサービスのことです。「サーバーレス」という名前ですが、サーバーが存在しないわけではなく、サーバーの存在を意識しなくてよいという意味です。
従来のデータベースでは、あらかじめサーバーのスペック（CPU・メモリ・ストレージ）を決めて購入・設定し、アクセスが増えれば手動でスケールアップする必要がありました。サーバーレスDBではアクセス量に応じて自動でスケールアウト・スケールインし、使った分だけ課金されるため、運用コストの最適化と開発スピードの向上を同時に実現できます。
システムの発注・選定担当者の視点では、「初期コストを抑えたい」「アクセス数の予測が難しい」「インフラ担当がいない」といった状況に非常にマッチするデータベース形態です。特にスタートアップや社内ツール、アクセス量が変動しやすいWebサービスでの採用が急増しています。
サーバーレスDBの仕組みと特徴
| 特徴 | 従来型DB（プロビジョニング型） | サーバーレスDB |
|---|---|---|
| サーバー設定 | ユーザーが事前に選択・設定 | クラウドが自動管理 |
| スケーリング | 手動 or 事前設定が必要 | アクセス量に応じて自動 |
| 課金方式 | 起動時間で固定課金 | 実際のリクエスト数・処理量で従量課金 |
| アイドル時のコスト | かかる（サーバーが起動しているため） | ほぼゼロ（自動停止する製品も多い） |
| 運用負荷 | パッチ適用・チューニングが必要 | クラウド側が担当 |
| 向いている用途 | 負荷が安定・予測しやすいシステム | 負荷変動が大きい・開発初期のシステム |
覚え方：「電気代モデル」で理解する
電気は「契約容量を固定で払う」のではなく「使った分だけ払う」ですよね。サーバーレスDBも同じで、データベースへのアクセス量・処理量が「電力消費量」に相当し、使った分だけ請求されるイメージです。真夜中に誰もアクセスしていない時間帯はコストがほぼかからない、というのが最大のポイントです。
代表的なサーバーレスDBサービス
| サービス名 | 提供元 | 特徴 |
|---|---|---|
| Amazon Aurora Serverless v2 | AWS | MySQL/PostgreSQL互換。既存アプリからの移行が容易 |
| Google Cloud Spanner | Google Cloud | グローバル分散・強整合性が特徴 |
| PlanetScale | PlanetScale Inc. | MySQL互換。GitライクなスキーマのDeploy機能 |
| Neon | Neon Inc. | PostgreSQL互換。ブランチ機能が開発者に人気 |
| Turso | ChiselStrike | SQLite互換。エッジでの分散配置に強み |
| Supabase | Supabase Inc. | PostgreSQL + 認証・ストレージも統合 |
歴史と背景
- 2014年頃：AWS Lambdaの登場により「サーバーレス」というアーキテクチャが注目され始める。コンピューティングはサーバーレス化が進んだが、データベース層は依然としてプロビジョニングが必要だった
- 2018年：Amazon Aurora Serverless v1が登場。「DBもサーバーレスに」という流れが本格化
- 2019〜2020年：FaunaDB、PlanetScaleなどサーバーレスネイティブなDBサービスが相次いでリリース
- 2022年：Aurora Serverless v2が登場し、スケーリングの精度・速度が大幅に向上。企業での本格採用が加速
- 2023年：Neonが正式リリース。ストレージとコンピューティングの分離という新しいアーキテクチャが注目される
- 現在：エッジコンピューティング（ユーザーに近いサーバーで処理すること）との組み合わせが次のトレンドとなっており、Tursoなど分散SQLite系のサービスも台頭
アーキテクチャの比較：従来型 vs サーバーレスDB
サーバーレスDBの最大の技術的特徴は「コンピューティング（処理）とストレージ（保存）の分離」です。従来型では処理と保存が同じサーバーに同居していたため、スケールさせるにはサーバーごと増やす必要がありました。
向いているケース・向いていないケース
✅ サーバーレスDBが向いているケース
- アクセス数が読めない新規サービス・MVP（最小限の製品）
- 開発・テスト環境（使わない夜間にコストをかけたくない）
- 社内ツール・バックオフィス系（平日日中のみ使用）
- スタートアップで運用担当者がいない場合
⚠️ 向いていないケース
- 24時間高負荷で常にアクセスがある大規模サービス（固定課金の方が安くなることも）
- 数ミリ秒単位のレイテンシ（応答の速さ）を要求するリアルタイム系システム
- コールドスタート（自動停止からの再起動）が許容できないシステム
関連する規格・RFC
※ サーバーレスDBはクラウドベンダーの独自実装が主体であり、IETFやISOによる標準化された規格は現時点では存在しません。ただし、インターフェースとして利用されるSQLはISO/IEC 9075として標準化されています。
| 規格 | 内容 |
|---|---|
| ISO/IEC 9075 (SQL標準) | 構造化照会言語（SQL）の国際規格。サーバーレスDBの多くがこの標準SQLに準拠したインターフェースを提供 |
関連用語
- クラウドデータベース — クラウド上で提供されるデータベースサービスの総称
- オートスケーリング — 負荷に応じてサーバー台数やスペックを自動調整する仕組み
- 従量課金 — 使用した分だけコストが発生する料金モデル
- マネージドサービス — クラウドが運用・管理を代行するサービス形態
- PaaS — Platform as a Service。アプリ実行基盤をクラウドが提供するモデル
- エッジコンピューティング — ユーザーに近い場所で処理を行う分散コンピューティング手法
- コールドスタート — サーバーレス環境で停止状態から再起動する際に発生する遅延
- RDB（リレーショナルデータベース） — 表形式でデータを管理する最も普及したデータベース形式