Effect HTTP が『次世代TS HTTPサーバ』として浮上
Effect HTTPはEffect-TSエコシステムのHTTPサーバライブラリで、Express/Fastify/Honoとは異なる『関数型・Effect統合・型完全』アプローチを採ります。OpenAPI仕様の自動生成、型完全なエンドポイント定義、Effectのエラー・依存性・並行性を活用したサーバ構築が可能。2024〜2025年に1.0安定版・本番採用例が増加し、TS関数型志向チームでの本命選択肢に。
採用すべき5つのシグナル
- Effect-TSを既に採用している
- OpenAPI仕様の手動メンテに疲れた
- 型完全性を最大限活用したい
- HTTPサーバとEffect統合で関数型統一
- 新規プロジェクトで先進的選択肢
主要機能
- Type-safe Endpoints: 入出力型完全
- OpenAPI Auto-generation: Effect Schemaから自動生成
- Effect Integration: エラー・依存性・並行性
- Schema Validation: 入出力の自動検証
- Error Handling: 型安全エラー
- Middleware: 関数型ミドルウェアパターン
Hono/Express/Effect HTTP比較
Express: 老舗・最大シェア・命令型・型推論弱い。
Hono: 軽量・Edge対応・モダン・実用的。
Effect HTTP: 関数型・Effect統合・型完全・新興。
NestJS: デコレータベース・大規模アプリ向き。
使い分け: 関数型志向はEffect HTTP・実用性Hono・大規模はNestJS。
実装パターン
(1) Endpoint定義: Api.endpoint('getUser', {...})
(2) Schema: Effect Schemaで入出力型
(3) Handler: Effect返却の関数
(4) App構築: Endpointを集約
(5) OpenAPI export: 自動生成された仕様
本番採用の判断基準
- 本番実績: 2024〜2025年スタートアップ採用
- パフォーマンス: Hono同等・Effectオーバーヘッド小
- 学習コスト: Effect-TS経験必須・関数型素養
- エコシステム: Effect-TSエコシステム連携
- ベンダーロックイン: OSS
採用しない方が良いケース
- 関数型未経験チーム
- シンプルAPIサーバで十分
- 既存Express大規模資産
- 本番実績重視
- Effect-TS未採用
実装で詰まる3つの落とし穴
- Effect学習: 関数型素養必須
- API変更: 1.x系で破壊的変更可能性
- デバッグ: Effect処理のデバッグツールチェーン
30日学習プラン
- 1週目: Effect-TS基礎・Effect HTTP入門
- 2週目: Endpoint・Schema・OpenAPI
- 3週目: ミドルウェア・エラー処理
- 4週目: 本番デプロイ・モニタリング
関連リンク
Effect-TSは Effect-TS深掘り、Effect Schemaは Effect Schema深掘り、Honoは Hono深掘り を参照してください。