HubSpot이 Vercel을 선택한 이유: 고성능 서버리스 앱 구축 가이드

인프라 관리는 현대 B2B SaaS 개발팀에게 가장 소모적인 작업 중 하나입니다. 비즈니스 로직에 집중해야 할 시간에 서버 설정과 보안 패치, 스케일링 이슈를 붙잡고 있다면 팀의 생산성은 정체될 수밖에 없습니다.

최근 HubSpot 개발자 관계(DevRel) 팀이 자사 플랫폼 아키텍처를 재설계하며 Vercel 기반의 Bring Your Own Backend(BYOB) 전략을 공식화했습니다. 이는 단순히 외부 서버를 쓰는 수준을 넘어, 개발자에게 완벽한 도구 선택권을 부여하면서 성능 병목을 해결하겠다는 선언입니다. HubSpot이 왜 기존의 폐쇄적인 서버리스 환경을 버리고 Vercel과 손을 잡았는지, 그리고 이를 활용해 어떻게 AI 자동화 도구를 구축하는지 그 실전 프레임워크를 분석합니다.

---

HubSpot App과 Vercel: BYOB 전략의 핵심

과거 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배까지 단축할 수 있습니다.

---

데이터 스택 결정 트리: Neon vs Upstash

서버리스 아키텍처에서 데이터베이스 선택은 성능의 80%를 결정합니다. HubSpot 생태계에서 가장 주목받는 두 솔루션의 선택 기준은 명확합니다.

Neon (PostgreSQL): 복잡한 관계형 데이터

복잡한 데이터 관계가 필요하다면 Neon이 정답입니다. 특히 Branching 기능은 압권입니다. Git처럼 데이터베이스 상태를 즉시 복제할 수 있어, 새로운 기능 개발이나 Pull Request마다 독립된 테스트 DB 환경을 1초 만에 구축할 수 있습니다.

Upstash (Redis): 실시간 캐싱과 속도 제한

실시간성 데이터나 API 속도 제한(Rate Limiting)이 중요하다면 Upstash를 선택해야 합니다. Upstash는 HTTP 기반 연결을 지원합니다. 이는 서버리스 함수의 고질적인 문제인 TCP 연결 유지 부담을 완전히 제거하여 리소스를 절약합니다.

추천 전략: Neon은 고객 데이터나 커스텀 오브젝트 미러링에 배치하고, Upstash는 AI 에이전트의 대화 컨텍스트 저장이나 Slack 알림 예약용으로 활용하는 것이 가장 효율적입니다.

---

AI 기반 자동화: 실전 구현 프레임워크

HubSpot DevRel 팀이 공개한 Sprocky Change Dust는 플랫폼 변경 로그를 AI로 분석해 기술 스택에 미치는 영향을 분류하는 도구입니다. 이를 실무에 적용하려면 다음 3단계 프로세스를 따르십시오.

1. 데이터 수집 (Ingestion)

Vercel Cron Jobs를 활용해 HubSpot 변경 로그 RSS 피드를 주기적으로 파싱합니다. 이때 Upstash Redis를 사용해 이미 처리한 게시물 ID를 저장하면 중복 처리로 인한 리소스 낭비를 막을 수 있습니다.

2. LLM 기반 지능형 분석

단순 요약은 의미가 없습니다. LLM 프롬프트를 구성할 때 다음 세 가지 핵심 태그를 추출하도록 설계하십시오.

• Breaking vs Enhancement: 기존 코드의 수정이 필수적인가?
• Contextual Tagging: 우리 팀이 사용하는 언어나 프레임워크와 관련된 정보인가?
• Actionable Insight: 대응을 위해 즉시 복사해서 쓸 수 있는 코드 예시가 포함되었는가?

3. 워크플로우 연동 및 예외 처리

분석 결과를 GitHub API를 통해 Issue로 생성하거나 Slack으로 전송합니다. 여기서 주의할 점은 타임아웃입니다. AI 분석은 시간이 걸리기 때문에 Vercel의 기본 타임아웃(무료 10초, 유료 60초)을 초과할 위험이 큽니다.

이를 해결하려면 Upstash Workflow나 Inngest 같은 도구를 도입하십시오. 작업을 작은 단계(Step)로 쪼개어 실행하면, 네트워크 오류가 발생해도 처음부터 다시 시작할 필요 없이 멈춘 지점부터 재시도하는 Durable Execution이 가능해집니다.

---

배포 전 필수 체크리스트

로컬에서 성공한 코드가 프로덕션에서 실패하는 것을 막으려면 다음 네 가지를 반드시 확인하십시오.

• permittedUrls 설정: app-hsmeta.json 파일에 Vercel 배포 URL이 등록되었는지 확인하십시오. 누락되면 400 Proxy Error가 발생합니다.
• 런타임 버전 명시: package.json의 engines 필드에 Node.js 버전을 명시하여 환경 불일치를 제거하십시오.
• 환경 변수 보안: Private App Access Token은 절대 코드에 노출하지 말고 Vercel 대시보드에서 관리하십시오.
• 멱등성 확보: 네트워크 재시도로 인해 함수가 중복 실행되어도 데이터가 중복 생성되지 않도록 로직을 설계하십시오.

HubSpot과 Vercel의 결합은 단순한 호스팅 이상의 가치를 제공합니다. 인프라의 복잡성에 갇히지 않고 비즈니스의 핵심 가치에 집중할 수 있는 환경이 이미 준비되어 있습니다. 오늘 소개한 AI 워크플로우를 소규모 프로젝트부터 적용한다면 팀의 개발 속도는 확실히 달라질 것입니다.