HubSpotがVercelを選んだ理由：高性能サーバーレスアプリ構築ガイド
TuBrief 편집팀
2026년 2월 9일
0
Computing/Software원본 영상을 바탕으로 AI의 도움을 받아 작성했습니다. 원본 영상이 기준입니다.
커뮤니티의 다른 글
댓글 (0)
Log in to leave a comment
아직 작성된 글이 없습니다
원본 영상을 바탕으로 AI의 도움을 받아 작성했습니다. 원본 영상이 기준입니다.
Log in to leave a comment
아직 작성된 글이 없습니다
インフラ管理は、現代のB2B SaaS開発チームにとって最も消耗する作業の一つです。ビジネスロジックに集中すべき時間に、サーバー設定やセキュリティパッチ、スケーリングの問題にかかりきりになっていれば、チームの生産性は停滞せざるを得ません。
最近、HubSpotの開発者リレーション（DevRel）チームが自社プラットフォームのアーキテクチャを再設計し、Vercelベースの Bring Your Own Backend (BYOB) 戦略を公式化しました。これは単に外部サーバーを使うというレベルを超え、開発者に完璧なツール選択権を付与しながら、性能のボトルネックを解決するという宣言です。HubSpotがなぜ従来の閉鎖的なサーバーレス環境を捨て、Vercelと手を組んだのか、そしてこれを活用してどのようにAI自動化ツールを構築するのか、その実践的なフレームワークを分析します。
過去、HubSpotのサーバーレス関数には多くの制約がありました。単一のJavaScriptファイルのみを許可したり、外部ライブラリの使用が難しかったりしたため、複雑なロジックを実装することが困難でした。しかし、2025.2のプラットフォームアップデート以降、構造が完全に変わりました。現在、HubSpotはUI拡張機能とバックエンドサービスを完全に分離しています。
この構造を支える核心は hubspot.fetch APIです。このAPIはセキュリティプロキシの役割を果たし、UIカードから発生するリクエストをVercelのエンドポイントへ安全に転送します。開発者はHubSpotのセキュリティ環境の中で、Vercelの自由な開発環境を享受できるようになります。
| 項目 | HubSpot Native (Legacy) | Vercelベース BYOB (v2025.2+) |
|---|---|---|
| インフラ制御権 | HubSpot管理（制限的） | 開発者の完全制御 |
| ランタイム環境 | Node.js（単一ファイル） | Node.js, Python, Goなどに対応 |
| ネットワーク最適化 | リージョン固定 | Vercel Edge Network（グローバル） |
| 応答レイテンシ | 500ms以上（Cold Start） | 50ms以内（Edge活用時） |
実際の性能データを見ると、一般的なサーバーレス関数はインスタンスの起動時間のせいで数百ミリ秒の遅延が発生します。一方、Vercelの Edge Functions を活用すれば、ネットワークの端（エッジ）で即座に実行され、応答速度を最大10倍まで短縮できます。
サーバーレスアーキテクチャにおいて、データベースの選択は性能の80%を決定します。HubSpotエコシステムで最も注目されている2つのソリューションの選択基準は明確です。
複雑なデータ関係が必要なら、Neonが正解です。特に Branching 機能は圧巻です。Gitのようにデータベースの状態を即座に複製できるため、新機能の開発やPull Requestごとに、独立したテストDB環境を1秒で構築できます。
リアルタイム性の高いデータやAPIの速度制限（Rate Limiting）が重要なら、Upstashを選択すべきです。UpstashはHTTPベースの接続をサポートしています。これはサーバーレス関数の慢性的な問題であるTCP接続維持の負担を完全に排除し、リソースを節約します。
推奨戦略： Neonは顧客データやカスタムオブジェクトのミラーリングに配置し、UpstashはAIエージェントの会話コンテキスト保存やSlack通知の予約用として活用するのが最も効率的です。
HubSpot DevRelチームが公開した Sprocky Change Dust は、プラットフォームの変更ログをAIで分析し、技術スタックに与える影響を分類するツールです。これを実務に適用するには、次の3段階のプロセスに従ってください。
Vercel Cron Jobsを活用し、HubSpotの変更ログRSSフィードを定期的にパースします。この際、Upstash Redisを使用して既に処理済みの投稿IDを保存すれば、重複処理によるリソースの浪費を防ぐことができます。
単なる要約では意味がありません。LLMプロンプトを構成する際、次の3つの主要タグを抽出するように設計してください。
分析結果をGitHub APIを通じてIssueとして生成したり、Slackに送信したりします。ここで注意すべき点はタイムアウトです。AI分析は時間がかかるため、Vercelのデフォルトのタイムアウト（無料枠10秒、有料枠60秒）を超えるリスクが高いです。
これを解決するには、 Upstash Workflow や Inngest のようなツールを導入してください。タスクを小さなステップ（Step）に分割して実行すれば、ネットワークエラーが発生しても最初からやり直す必要がなく、中断した地点から再試行する Durable Execution が可能になります。
ローカルで成功したコードが本番環境で失敗するのを防ぐため、次の4つのポイントを必ず確認してください。
app-hsmeta.json ファイルにVercelのデプロイURLが登録されているか確認してください。漏れていると400 Proxy Errorが発生します。package.json の engines フィールドにNode.jsのバージョンを明記し、環境の不一致を排除してください。HubSpotとVercelの組み合わせは、単なるホスティング以上の価値を提供します。インフラの複雑さに縛られることなく、ビジネスの本質的な価値に集中できる環境がすでに整っています。今日紹介したAIワークフローを小規模なプロジェクトから適用すれば、チームの開発速度は確実に変わるはずです。