WunderGraph が『複数API統合の運用負荷』を解決
マイクロサービス・SaaS統合の現場では、複数のREST/GraphQL/gRPC APIを統合してフロントエンドに提供する『BFF（Backend for Frontend）』設計が必要です。WunderGraphはこの統合層を宣言的に構築するプラットフォームで、Apollo Federation代替として、Cosmoグラフプラットフォーム統合で2025年以降採用が拡大。Cloudflare・Datadog・MongoDB等の本番採用例があります。
採用すべき5つのシグナル
- REST/GraphQL/gRPC混在のAPI統合が課題
- BFFを毎回手書きで構築している
- Apollo Federationは過剰投資・もう少し軽量化したい
- API認証・キャッシュ・rate limitingを統一管理
- フロントエンドへの統合API提供を効率化したい
主要機能
- API Composition: 複数API宣言的に統合
- Cosmo Federation: GraphQL Federation標準対応
- SDK生成: 型安全クライアントSDK自動生成
- 認証統合: OAuth/OIDC・APIキー統合
- キャッシュ: Cloudflare/Redis統合
- Observability: トレース・メトリクス統合
- WunderHub: API共有・ディスカバリ
Apollo Federation/WunderGraph比較
Apollo Federation: GraphQL専用・Apollo生態系・有料SLA。
WunderGraph: マルチプロトコル（REST/GraphQL/gRPC）・OSS・SDK生成。
Hasura: PostgreSQL中心・GraphQL自動生成。
使い分け: GraphQL限定はApollo・マルチプロトコルはWunderGraph。
実装パターン
(1) API登録: REST/GraphQL/gRPCをWunderGraph設定
(2) Operation定義: GraphQL風クエリで統合
(3) SDK生成: TypeScript/Go SDK自動生成
(4) クライアント統合: フロントエンドからSDK経由でアクセス
(5) デプロイ: Cloud or Self-host
料金感（実務目安）
- OSS版: 完全無料・Self-host
- Cosmo Cloud: $X/月（個別見積もり）
- Enterprise: 個別契約・SLA
- Self-host推奨: 中規模なら無料版で十分
本番採用の判断基準
- 本番実績: Cloudflare・Datadog・MongoDB
- マルチプロトコル: REST/GraphQL/gRPC混在環境
- 運用負荷: Self-host可能・Cloud版もあり
- SDK品質: 型安全・複数言語対応
- Apollo Federation標準: Cosmoで完全互換
実装で詰まる3つの落とし穴
- Operation設計: 複数API統合クエリの粒度
- 認証パススルー: 各APIへの認証情報伝達
- キャッシュ戦略: API別のキャッシュTTL設計
30日プラン
- 1週目: WunderGraph Self-host・最初のAPI統合
- 2週目: SDK生成・フロントエンド統合
- 3週目: 認証・キャッシュ・Observability
- 4週目: 本番デプロイ・Cosmo Federation
関連リンク
Apollo Federationは Apollo Federation深掘り、GraphQLは GraphQL実践、API設計は API設計選び方 を参照してください。tRPCは tRPC深掘り もどうぞ。