Serverless の実践：AWS Lambda vs Vercel Functions vs Cloudflare Workers

spinny:~/writing $ less serverless-aws-lambda-vercel-cloudflare.md

1 
2Serverless コンピューティングでは、サーバーを管理せずにコードを実行できます。関数を書いてデプロイすれば、プラットフォームがスケーリング、可用性、インフラストラクチャを処理します。2026年、3つのプラットフォームが serverless の分野を支配しています：**AWS Lambda**、**Vercel Serverless Functions**、**Cloudflare Workers**。それぞれ異なる強みとトレードオフがあります。
3 
4この記事では、実際の例、パフォーマンスの考慮事項、料金の内訳を使って比較します。
5 
6## Serverless の仕組み
7 
8```mermaid
9graph LR
10    User -- "HTTP Request" --> Gateway[API Gateway / Edge]
11    Gateway -- "Invoke" --> Function[Serverless Function]
12    Function -- "Response" --> User
13    Function -- "Read/Write" --> DB[(Database)]
14```
15 
16関数をデプロイします。リクエストが来ると、プラットフォームは：
171. 実行環境を起動する（またはウォーム状態のものを再利用する）
182. 関数を実行する
193. レスポンスを返す
204. アイドル時にゼロにスケールする（アイドル時間に料金は発生しない）
21 
22## プラットフォーム概要
23 
24### AWS Lambda
25 
26オリジナルの serverless プラットフォーム（2014年に開始）。最も成熟し機能が豊富で、AWS エコシステムとの深い統合があります。
27 
28```javascript
29// AWS Lambda handler
30export const handler = async (event) => {
31  const body = JSON.parse(event.body);
32 
33  const result = await processData(body);
34 
35  return {
36    statusCode: 200,
37    headers: { 'Content-Type': 'application/json' },
38    body: JSON.stringify(result),
39  };
40};
41```
42 
43### Vercel Serverless Functions
44 
45Next.js とフロントエンドデプロイメントワークフローに緊密に統合されています。関数はフロントエンドと一緒にゼロコンフィグでデプロイされます。
46 
47```typescript
48// app/api/hello/route.ts (Next.js App Router)
49import { NextResponse } from 'next/server';
50 
51export async function GET(request: Request) {
52  const { searchParams } = new URL(request.url);
53  const name = searchParams.get('name') || 'World';
54 
55  return NextResponse.json({ message: `Hello, ${name}!` });
56}
57```
58 
59### Cloudflare Workers
60 
61世界中の300以上の都市にある Cloudflare のエッジネットワーク上で実行されます。Node.js の代わりに V8 エンジン（Chrome と同じ）を使用するため、非常に高速なコールドスタートを実現します。
62 
63```javascript
64// Cloudflare Worker
65export default {
66  async fetch(request, env) {
67    const url = new URL(request.url);
68    const name = url.searchParams.get('name') || 'World';
69 
70    return new Response(
71      JSON.stringify({ message: `Hello, ${name}!` }),
72      { headers: { 'Content-Type': 'application/json' } }
73    );
74  },
75};
76```
77 
78## 機能比較
79 
80| 機能 | AWS Lambda | Vercel Functions | Cloudflare Workers |
81|---------|-----------|-----------------|-------------------|
82| **ランタイム** | Node.js, Python, Go, Rust, Java, .NET | Node.js, Python, Go, Ruby | V8 Isolates (JS/TS, Rust via WASM) |
83| **最大実行時間** | 15分 | 60秒 (Hobby), 300秒 (Pro) | 30秒（無料）、15分（有料） |
84| **メモリ** | 128MB - 10GB | 1024MB - 3008MB | 128MB |
85| **コールドスタート** | 100-500ms | 100-300ms | < 5ms |
86| **デプロイ場所** | 単一リージョン（またはマルチは手間がかかる） | 複数リージョン | 300以上のエッジロケーション |
87| **最大ペイロード** | 6MB（同期）、256KB（非同期） | 4.5MB | 100MB |
88| **内蔵ストレージ** | なし（DynamoDB、S3を使用） | なし（外部DBを使用） | KV、D1 (SQLite)、R2（S3互換） |
89| **料金モデル** | リクエストごと + 実行時間 | プランに含まれる | リクエストごと + 実行時間 |
90| **無料枠** | 月100万リクエスト | 月10万 (Hobby) | 日10万リクエスト |
91 
92## コールドスタート
93 
94コールドスタートは、新しい関数インスタンスを初期化するのにかかる時間です。これは serverless における最大のパフォーマンス上の懸念事項です。
95 
96```mermaid
97graph LR
98    subgraph "Cold Start"
99        A[Request] --> B[Provision Environment]
100        B --> C[Load Code]
101        C --> D[Initialize Runtime]
102        D --> E[Execute Function]
103    end
104 
105    subgraph "Warm Invocation"
106        F[Request] --> G[Execute Function]
107    end
108```
109 
110| プラットフォーム | 典型的なコールドスタート | 理由 |
111|----------|-------------------|-----|
112| **Cloudflare Workers** | < 5ms | V8 アイソレート、完全なランタイム不要 |
113| **Vercel Functions** | 100-300ms | エッジまたはリージョナルの Node.js ランタイム |
114| **AWS Lambda** | 100-500ms | 完全なコンテナ初期化 |
115| **AWS Lambda (Java)** | 1-5秒 | JVM 起動のオーバーヘッド |
116 
117Cloudflare Workers はコンテナの代わりに V8 アイソレートを使用するため、コールドスタートで圧倒的な差をつけて勝利しています。
118 
119## 料金比較
120 
121### 無料枠
122 
123| プラットフォーム | 無料リクエスト | 無料コンピュート |
124|----------|--------------|--------------|
125| **AWS Lambda** | 月100万 | 400,000 GB-秒 |
126| **Vercel** | 月10万 | Hobbyプランに含まれる |
127| **Cloudflare Workers** | 日10万（月約300万） | 呼び出しごとに10ms CPU |
128 
129### 大規模利用時（月1000万リクエスト、平均実行時間50ms）
130 
131| プラットフォーム | 推定月額コスト |
132|----------|----------------------|
133| **AWS Lambda** | 約$2.50（リクエスト）+ 約$4.15（コンピュート）= **約$6.65** |
134| **Vercel** | **月$20**（Proプラン、関数を含む） |
135| **Cloudflare Workers** | **月$5**（有料プラン、1000万リクエストを含む） |
136 
137ほとんどのユースケースでは、Cloudflare Workers が最も安価です。Vercel の料金はシンプルですが、プラットフォーム全体（ホスティング、CDN、アナリティクス）を含んでいます。AWS Lambda は最もきめ細かい料金体系を持っています。
138 
139## 実際のユースケース
140 
141### AWS Lambda：最適な用途
142 
143- **複雑なバックエンドワークフロー** - step functions、イベント駆動アーキテクチャ
144- **AWSサービスとの統合** - S3 トリガー、DynamoDB ストリーム、SQS キュー
145- **長時間実行タスク** - 最大15分の実行時間
146- **多言語チーム** - 最も幅広いランタイムをサポート
147 
148```mermaid
149graph TD
150    S3[S3 Upload] --> Lambda1[Process Image]
151    Lambda1 --> SQS[SQS Queue]
152    SQS --> Lambda2[Generate Thumbnails]
153    Lambda2 --> DDB[DynamoDB]
154    DDB --> Lambda3[Send Notification]
155    Lambda3 --> SNS[SNS / Email]
156```
157 
158### Vercel Functions：最適な用途
159 
160- **Next.js アプリケーション** - ゼロコンフィグの API ルート
161- **フロントエンド重視のチーム** - フロントエンドとバックエンドを一緒にデプロイ
162- **迅速なプロトタイピング** - git push でデプロイ
163- **Jamstack アーキテクチャ** - 静的フロントエンド + serverless API
164 
165```typescript
166// app/api/subscribe/route.ts
167import { NextResponse } from 'next/server';
168 
169export async function POST(request: Request) {
170  const { email } = await request.json();
171 
172  // Validate
173  if (!email || !email.includes('@')) {
174    return NextResponse.json(
175      { error: 'Invalid email' },
176      { status: 400 }
177    );
178  }
179 
180  // Save to database
181  await db.subscribers.create({ email });
182 
183  return NextResponse.json({ success: true });
184}
185```
186 
187### Cloudflare Workers：最適な用途
188 
189- **低レイテンシー API** - 世界中の300以上の場所でコードが実行される
190- **エッジコンピューティング** - レスポンスの変換、A/Bテスト、パーソナライゼーション
191- **大量アクセス API** - 大規模で最も安価、寛大な無料枠
192- **グローバルアプリケーション** - KV と D1 でユーザーの近くにデータを配置
193 
194```javascript
195// Edge-side A/B test
196export default {
197  async fetch(request, env) {
198    const url = new URL(request.url);
199 
200    // Assign user to variant
201    const cookie = request.headers.get('Cookie') || '';
202    let variant = cookie.includes('ab=b') ? 'b' : 'a';
203 
204    if (!cookie.includes('ab=')) {
205      variant = Math.random() < 0.5 ? 'a' : 'b';
206    }
207 
208    // Fetch the appropriate version
209    const response = await fetch(`${url.origin}/variants/${variant}`);
210    const newResponse = new Response(response.body, response);
211 
212    // Set cookie for consistent experience
213    newResponse.headers.set('Set-Cookie', `ab=${variant}; Path=/; Max-Age=86400`);
214 
215    return newResponse;
216  },
217};
218```
219 
220## いつどれを選ぶか
221 
222### AWS Lambda を選ぶべき場合：
223- 既に AWS エコシステムに投資している
224- 長時間実行の関数が必要（最大15分）
225- 複雑なイベント駆動アーキテクチャが必要
226- JavaScript 以外のランタイムが必要（Python、Go、Rust、Java）
227 
228### Vercel Functions を選ぶべき場合：
229- Next.js またはフロントエンドフレームワークで開発している
230- 最もシンプルなデプロイ体験を望んでいる（git push）
231- チームがフロントエンド重視
232- ホスティング + 関数 + CDN を1つのプラットフォームで必要としている
233 
234### Cloudflare Workers を選ぶべき場合：
235- グローバルで可能な限り低いレイテンシーが必要
236- 大規模で最も安価なオプションを望んでいる
237- エッジコンピューティング機能が必要
238- コールドスタート時間がユースケースにとって重要
239 
240## 組み合わせて使えるか？
241 
242もちろんです。一般的なアーキテクチャ：
243 
244```mermaid
245graph TD
246    User --> CF[Cloudflare Workers\nEdge caching, routing, A/B tests]
247    CF --> Vercel[Vercel\nNext.js frontend + API routes]
248    Vercel --> Lambda[AWS Lambda\nHeavy processing, background jobs]
249    Lambda --> S3[S3 Storage]
250    Lambda --> DB[(Database)]
251```
252 
253- **Cloudflare Workers**：エッジルーティング、キャッシング、セキュリティ
254- **Vercel Functions**：フロントエンド API ルート、SSR
255- **AWS Lambda**：重いバックエンド処理、スケジュールタスク、イベントパイプライン
256 
257## 結論
258 
259Serverless は大きく成熟しました。2026年、AWS Lambda、Vercel Functions、Cloudflare Workers の選択は、あなたのスタックと優先事項によって決まります：
260 
261- **最もシンプルな開発者体験**：Vercel
262- **最も強力で柔軟**：AWS Lambda
263- **最高のパフォーマンスと価格**：Cloudflare Workers
264 
2653つとも本番環境に対応し、実戦で検証されています。現在のスタックに合ったものから始めて、ニーズの成長に合わせて拡張しましょう。
266

:Serverless の実践：AWS Lambda vs Vercel Functions vs Cloudflare Workerslines 1-266 (END) — press q to close

2Serverless コンピューティングでは、サーバーを管理せずにコードを実行できます。関数を書いてデプロイすれば、プラットフォームがスケーリング、可用性、インフラストラクチャを処理します。2026年、3つのプラットフォームが serverless の分野を支配しています：**AWS Lambda**、**Vercel Serverless Functions**、**Cloudflare Workers**。それぞれ異なる強みとトレードオフがあります。

4この記事では、実際の例、パフォーマンスの考慮事項、料金の内訳を使って比較します。

6## Serverless の仕組み

8```mermaid

9graph LR

10 User -- "HTTP Request" --> Gateway[API Gateway / Edge]

11 Gateway -- "Invoke" --> Function[Serverless Function]

12 Function -- "Response" --> User

13 Function -- "Read/Write" --> DB[(Database)]

14```

16関数をデプロイします。リクエストが来ると、プラットフォームは：

171. 実行環境を起動する（またはウォーム状態のものを再利用する）

182. 関数を実行する

193. レスポンスを返す

204. アイドル時にゼロにスケールする（アイドル時間に料金は発生しない）

22## プラットフォーム概要

24### AWS Lambda

26オリジナルの serverless プラットフォーム（2014年に開始）。最も成熟し機能が豊富で、AWS エコシステムとの深い統合があります。

28```javascript

29// AWS Lambda handler

30export const handler = async (event) => {

31 const body = JSON.parse(event.body);

33 const result = await processData(body);

35 return {

36 statusCode: 200,

37 headers: { 'Content-Type': 'application/json' },

38 body: JSON.stringify(result),

39 };

40};

41```

43### Vercel Serverless Functions

45Next.js とフロントエンドデプロイメントワークフローに緊密に統合されています。関数はフロントエンドと一緒にゼロコンフィグでデプロイされます。

47```typescript

48// app/api/hello/route.ts (Next.js App Router)

49import { NextResponse } from 'next/server';

51export async function GET(request: Request) {

52 const { searchParams } = new URL(request.url);

53 const name = searchParams.get('name') || 'World';

55 return NextResponse.json({ message: `Hello, ${name}!` });

56}

57```

59### Cloudflare Workers

61世界中の300以上の都市にある Cloudflare のエッジネットワーク上で実行されます。Node.js の代わりに V8 エンジン（Chrome と同じ）を使用するため、非常に高速なコールドスタートを実現します。

63```javascript

64// Cloudflare Worker

65export default {

66 async fetch(request, env) {

67 const url = new URL(request.url);

68 const name = url.searchParams.get('name') || 'World';

70 return new Response(

71 JSON.stringify({ message: `Hello, ${name}!` }),

72 { headers: { 'Content-Type': 'application/json' } }

73 );

74 },

75};

76```

78## 機能比較

81|---------|-----------|-----------------|-------------------|

84| **メモリ** | 128MB - 10GB | 1024MB - 3008MB | 128MB |

85| **コールドスタート** | 100-500ms | 100-300ms | < 5ms |

87| **最大ペイロード** | 6MB（同期）、256KB（非同期） | 4.5MB | 100MB |

92## コールドスタート

94コールドスタートは、新しい関数インスタンスを初期化するのにかかる時間です。これは serverless における最大のパフォーマンス上の懸念事項です。

96```mermaid

97graph LR

98 subgraph "Cold Start"

99 A[Request] --> B[Provision Environment]

100 B --> C[Load Code]

101 C --> D[Initialize Runtime]

102 D --> E[Execute Function]

103 end

104

105 subgraph "Warm Invocation"

106 F[Request] --> G[Execute Function]

107 end

108```

109

110| プラットフォーム | 典型的なコールドスタート | 理由 |

111|----------|-------------------|-----|

112| **Cloudflare Workers** | < 5ms | V8 アイソレート、完全なランタイム不要 |

113| **Vercel Functions** | 100-300ms | エッジまたはリージョナルの Node.js ランタイム |

114| **AWS Lambda** | 100-500ms | 完全なコンテナ初期化 |

115| **AWS Lambda (Java)** | 1-5秒 | JVM 起動のオーバーヘッド |

116

117Cloudflare Workers はコンテナの代わりに V8 アイソレートを使用するため、コールドスタートで圧倒的な差をつけて勝利しています。

118

119## 料金比較

120

121### 無料枠

122

123| プラットフォーム | 無料リクエスト | 無料コンピュート |

124|----------|--------------|--------------|

125| **AWS Lambda** | 月100万 | 400,000 GB-秒 |

126| **Vercel** | 月10万 | Hobbyプランに含まれる |

127| **Cloudflare Workers** | 日10万（月約300万） | 呼び出しごとに10ms CPU |

128

129### 大規模利用時（月1000万リクエスト、平均実行時間50ms）

130

131| プラットフォーム | 推定月額コスト |

132|----------|----------------------|

133| **AWS Lambda** | 約$2.50（リクエスト）+ 約$4.15（コンピュート）= **約$6.65** |

134| **Vercel** | **月$20**（Proプラン、関数を含む） |

135| **Cloudflare Workers** | **月$5**（有料プラン、1000万リクエストを含む） |

136

137ほとんどのユースケースでは、Cloudflare Workers が最も安価です。Vercel の料金はシンプルですが、プラットフォーム全体（ホスティング、CDN、アナリティクス）を含んでいます。AWS Lambda は最もきめ細かい料金体系を持っています。

138

139## 実際のユースケース

140

141### AWS Lambda：最適な用途

142

143- **複雑なバックエンドワークフロー** - step functions、イベント駆動アーキテクチャ

144- **AWSサービスとの統合** - S3 トリガー、DynamoDB ストリーム、SQS キュー

145- **長時間実行タスク** - 最大15分の実行時間

146- **多言語チーム** - 最も幅広いランタイムをサポート

147

148```mermaid

149graph TD

150 S3[S3 Upload] --> Lambda1[Process Image]

151 Lambda1 --> SQS[SQS Queue]

152 SQS --> Lambda2[Generate Thumbnails]

153 Lambda2 --> DDB[DynamoDB]

154 DDB --> Lambda3[Send Notification]

155 Lambda3 --> SNS[SNS / Email]

156```

157

158### Vercel Functions：最適な用途

159

160- **Next.js アプリケーション** - ゼロコンフィグの API ルート

161- **フロントエンド重視のチーム** - フロントエンドとバックエンドを一緒にデプロイ

162- **迅速なプロトタイピング** - git push でデプロイ

163- **Jamstack アーキテクチャ** - 静的フロントエンド + serverless API

164

165```typescript

166// app/api/subscribe/route.ts

167import { NextResponse } from 'next/server';

168

169export async function POST(request: Request) {

170 const { email } = await request.json();

171

172 // Validate

173 if (!email || !email.includes('@')) {

174 return NextResponse.json(

175 { error: 'Invalid email' },

176 { status: 400 }

177 );

178 }

179

180 // Save to database

181 await db.subscribers.create({ email });

182

183 return NextResponse.json({ success: true });

184}

185```

186

187### Cloudflare Workers：最適な用途

188

189- **低レイテンシー API** - 世界中の300以上の場所でコードが実行される

190- **エッジコンピューティング** - レスポンスの変換、A/Bテスト、パーソナライゼーション

191- **大量アクセス API** - 大規模で最も安価、寛大な無料枠

192- **グローバルアプリケーション** - KV と D1 でユーザーの近くにデータを配置

193

194```javascript

195// Edge-side A/B test

196export default {

197 async fetch(request, env) {

198 const url = new URL(request.url);

199

200 // Assign user to variant

201 const cookie = request.headers.get('Cookie') || '';

202 let variant = cookie.includes('ab=b') ? 'b' : 'a';

203

204 if (!cookie.includes('ab=')) {

205 variant = Math.random() < 0.5 ? 'a' : 'b';

206 }

207

208 // Fetch the appropriate version

209 const response = await fetch(`${url.origin}/variants/${variant}`);

210 const newResponse = new Response(response.body, response);

211

212 // Set cookie for consistent experience

213 newResponse.headers.set('Set-Cookie', `ab=${variant}; Path=/; Max-Age=86400`);

214

215 return newResponse;

216 },

217};

218```

219

220## いつどれを選ぶか

221

222### AWS Lambda を選ぶべき場合：

223- 既に AWS エコシステムに投資している

224- 長時間実行の関数が必要（最大15分）

225- 複雑なイベント駆動アーキテクチャが必要

226- JavaScript 以外のランタイムが必要（Python、Go、Rust、Java）

227

228### Vercel Functions を選ぶべき場合：

229- Next.js またはフロントエンドフレームワークで開発している

230- 最もシンプルなデプロイ体験を望んでいる（git push）

231- チームがフロントエンド重視

232- ホスティング + 関数 + CDN を1つのプラットフォームで必要としている

233

234### Cloudflare Workers を選ぶべき場合：

235- グローバルで可能な限り低いレイテンシーが必要

236- 大規模で最も安価なオプションを望んでいる

237- エッジコンピューティング機能が必要

238- コールドスタート時間がユースケースにとって重要

239

240## 組み合わせて使えるか？

241

242もちろんです。一般的なアーキテクチャ：

243

244```mermaid

245graph TD

246 User --> CF[Cloudflare Workers\nEdge caching, routing, A/B tests]

247 CF --> Vercel[Vercel\nNext.js frontend + API routes]

248 Vercel --> Lambda[AWS Lambda\nHeavy processing, background jobs]

249 Lambda --> S3[S3 Storage]

250 Lambda --> DB[(Database)]

251```

252

253- **Cloudflare Workers**：エッジルーティング、キャッシング、セキュリティ

254- **Vercel Functions**：フロントエンド API ルート、SSR

255- **AWS Lambda**：重いバックエンド処理、スケジュールタスク、イベントパイプライン

256

257## 結論

258

259Serverless は大きく成熟しました。2026年、AWS Lambda、Vercel Functions、Cloudflare Workers の選択は、あなたのスタックと優先事項によって決まります：

260

261- **最もシンプルな開発者体験**：Vercel

262- **最も強力で柔軟**：AWS Lambda

263- **最高のパフォーマンスと価格**：Cloudflare Workers

264

2653つとも本番環境に対応し、実戦で検証されています。現在のスタックに合ったものから始めて、ニーズの成長に合わせて拡張しましょう。

266