Vercel, 풀스택 서비스 통합 배포 기능 공개…프론트엔드·백엔드 한 프로젝트로 묶는다

Vercel 공식 블로그에 따르면 회사는 지난 6월 30일 여러 프레임워크와 백엔드 서비스를 하나의 Vercel 프로젝트에서 구성할 수 있는 Vercel Services를 공개했다. 이 기능은 Next.js 프론트엔드와 FastAPI 같은 백엔드 서비스를 별도 배포 단위로 흩어두지 않고, 하나의 애플리케이션 구조 안에서 함께 빌드·미리보기·배포하도록 하는 데 초점을 맞췄다.

Vercel은 이번 기능의 핵심으로 원자적 배포, 공유 프리뷰 배포, 내부 서비스 통신을 제시했다. 프론트엔드와 백엔드, 기타 지원 서비스가 같은 변경 흐름 안에서 배포되거나 롤백되고, 변경 사항이 여러 서비스에 미치는 영향을 프리뷰 환경에서 함께 확인할 수 있다는 설명이다.

구성은 `vercel.json`의 `services` 키를 통해 이뤄진다. 개발자는 각 서비스의 루트 경로와 프레임워크, 진입점 등을 명시할 수 있으며, 라우팅 설정을 통해 외부에 공개되는 서비스와 내부에서만 접근되는 서비스를 구분할 수 있다. Vercel은 배포 화면에서 서비스 그래프를 보여주고, 로그 화면에서 서비스별 필터링을 지원하며, `vercel dev` 명령으로 로컬에서도 여러 서비스를 함께 실행할 수 있다고 설명했다.

서비스 간 통신에는 바인딩 구성이 쓰인다. 예를 들어 프론트엔드 서비스가 백엔드 서비스의 내부 URL을 환경변수로 주입받아 호출하면, 트래픽은 공개 인터넷을 거치지 않고 Vercel 내부 네트워크 안에서 처리된다. 이는 여러 호스트와 리버스 프록시, CORS 설정을 조합해 애플리케이션을 이어 붙이던 기존 운영 부담을 줄이려는 방향으로 볼 수 있다.

Vercel은 Services와 함께 Fluid Compute, Sandbox, Queues, Workflow, Cron, Secure Compute, VPC peering 등 기존 플랫폼 기능을 풀스택 애플리케이션 운영 기반으로 묶어 제시했다. 특히 에이전트 서비스, 실시간 백엔드, 백그라운드 작업, 데이터베이스 연동처럼 프론트엔드 플랫폼만으로는 다루기 어려웠던 영역을 같은 배포 경험 안으로 가져오겠다는 메시지가 뚜렷하다.

이번 발표는 프론트엔드 배포 플랫폼 경쟁이 백엔드와 AI 서비스 운영 영역으로 확장되고 있음을 보여준다. 개발자에게는 단일 프로젝트 안에서 여러 런타임과 서비스를 다루는 선택지가 늘어나는 반면, 실제 도입 여부는 기존 클라우드 구성, 네트워크 요구사항, 비용 구조, 장기 운영 안정성까지 함께 검토해야 한다.

출처: Vercel 공식 블로그 https://vercel.com/blog/vercel-services-run-full-stack-on-vercel