Vercel에서 일반 Dockerfile로 컨테이너를 배포할 수 있나?

Vercel이 일반 Dockerfile만으로 컨테이너를 직접 배포하는 기능을 새로 출시했다. 지금까지 Vercel은 Next.js와 프론트엔드 배포에 최적화된 플랫폼이라는 인식이 강했고, 백엔드 서비스를 올리려면 Vercel 함수 형태로 코드를 억지로 맞추거나 아예 다른 플랫폼을 써야 했다. 이번 발표는 그 경계를 실질적으로 바꾸는 변화다. 혼자 서비스를 운영하거나 소규모 팀에서 배포 파이프라인을 단순하게 유지하고 싶은 상황이라면, 이게 구체적으로 뭘 바꾸고 뭘 안 바꾸는지 따져볼 필요가 있다.

Vercel Dockerfile 배포는 추가 설정 없이 바로 사용할 수 있나

공식 발표 제목이 "Deploy a container from a plain Dockerfile"인 만큼, 별도 래퍼나 Vercel 전용 설정 파일 없이 프로젝트 루트에 Dockerfile이 있으면 Vercel이 이를 읽어 컨테이너를 빌드하고 올리는 흐름으로 보인다. 기존에 Vercel에서 Node 런타임이 아닌 백엔드를 운영하려면 서버리스 함수 형태로 코드를 맞추거나, Fly.io나 Railway 같은 별도 플랫폼을 붙여야 했다. 그 과정에서 환경 변수 관리, 도메인 설정, 로그 확인 경로가 플랫폼마다 달라지는 번거로움이 생겼다.

Dockerfile을 그대로 쓸 수 있다면 로컬 개발 환경과 프로덕션 환경을 맞추는 비용이 줄어든다. 이미 도커로 로컬에서 잘 돌아가는 서비스를 Vercel로 옮길 때 재작성 없이 가능하다면 마이그레이션 허들이 낮아진다. 특히 Python, Go, Rust처럼 Vercel이 기본으로 지원하지 않던 런타임을 쓰는 서비스라면 이번 변화가 선택지를 넓혀주는 것이 맞다.

다만 몇 가지는 직접 돌려봐야 안다. 어떤 베이스 이미지까지 지원되는지, 컨테이너 내부 포트 처리가 어떻게 되는지, 빌드 캐시 레이어가 얼마나 효율적으로 동작하는지는 발표 제목만으로는 확인이 안 된다. Vercel 무료 플랜의 컴퓨트·메모리 한도가 컨테이너에도 그대로 적용될 가능성이 높고, 항상 켜져 있어야 하는 서비스라면 콜드 스타트 동작 방식도 따져봐야 한다. 서버리스처럼 요청이 없으면 내려가는 구조인지, 아니면 컨테이너가 계속 유지되는 구조인지에 따라 워크로드 적합성이 갈린다. 웹소켓이나 장기 커넥션이 필요한 서비스라면 이 부분이 특히 중요하다.

세션이 죽고, 앱 열두 개를 동시에 배포한 하루처럼 여러 서비스를 동시에 올리다 보면 플랫폼이 분산될수록 관리 포인트가 얼마나 늘어나는지 체감하게 된다. 배포 채널을 한 곳으로 모을 수 있다면 유지보수 부담이 줄어드는 건 분명하지만, 그 한 곳이 Vercel이 될 수 있는지는 서비스 유형과 실제 트래픽 패턴에 달려 있다. 간헐적으로 요청이 들어오는 경량 API라면 잘 맞을 수 있고, 항상 켜져 있어야 하는 워커나 큐 기반 서비스라면 다른 판단이 필요하다.

Vercel Plugin이 OpenCode 에디터에서도 사용 가능해졌나

Vercel Plugin이 OpenCode 에디터를 지원하게 됐다. OpenCode는 터미널 기반의 AI 코딩 환경으로, 코드 작성과 AI 보조를 한 화면에서 처리하는 도구다. 여기에 Vercel Plugin이 붙는다는 건 에디터를 나가지 않고 배포 상태를 확인하거나 환경 변수를 다루는 작업을 처리할 수 있다는 뜻이다.

혼자 개발할 때 생산성을 조용히 갉아먹는 것 중 하나가 에디터와 배포 대시보드 사이를 반복해서 오가는 것이다. 코드 수정 후 배포 로그 확인, 환경 변수 수정, 재배포 트리거처럼 배포 직후에 반복하는 작업들이 에디터 안에서 해결된다면 흐름이 끊기는 횟수가 줄어든다. 컨텍스트 전환은 생각보다 많은 시간을 잡아먹는다.

현실적으로 이 업데이트가 바로 내 작업 흐름에 들어올지는 에디터 선택에 달려 있다. VS Code나 Cursor 중심으로 환경이 굳어져 있다면 OpenCode로 옮기는 데는 플러그인 재설정, 단축키 재학습, 기존 확장 대체품 찾기 같은 비용이 따른다. 이미 OpenCode를 쓰고 있다면 유의미한 업데이트고, 아닌 경우에는 당장 에디터를 바꿀 이유로 삼기엔 약하다.

Vercel AI Gateway에 ElevenLabs가 새로 연동됐나

ElevenLabs가 Vercel AI Gateway에 추가됐다. Vercel AI Gateway는 여러 AI 프로바이더를 하나의 엔드포인트로 묶어주는 레이어인데, ElevenLabs는 텍스트를 음성으로 변환하는 TTS 서비스다. 텍스트 생성 모델들과 성격이 다른 서비스가 Gateway에 합류했다는 점에서, Gateway가 단순히 LLM 라우팅만이 아니라 AI API 전반을 묶는 방향으로 확장하고 있다는 신호로 읽힌다.

소규모 서비스에서 TTS가 필요한 경우는 제한적이지만, 없는 건 아니다. 팟캐스트 자동 생성, 접근성 기능, 알림이나 응답의 음성화처럼 오디오가 들어가는 기능을 붙이려 한다면 ElevenLabs를 직접 연동하는 것보다 Gateway를 통하는 편이 편리할 수 있다. 인증 키를 한 곳에서 관리하고, 사용량 로그와 비용 추적이 다른 AI API와 함께 통합된다.

현실적인 문제는 비용 구조다. ElevenLabs는 생성하는 음성 문자 수 기준으로 과금하는데, 트래픽이 조금만 올라가도 요금이 빠르게 늘어나는 편이다. Gateway를 거치면 편의성은 높아지지만 Gateway 자체 과금이 추가로 붙을 수 있다. 사이드 프로젝트 수준에서 TTS를 붙이려 한다면 기능을 켜기 전에 월 예상 사용량과 요금 상한을 먼저 잡아두는 게 맞다. 여러 AI API를 동시에 쓰는 프로젝트라면 Gateway로 묶어 관리 포인트를 줄이는 것 자체가 유지보수 부담을 낮추는 효과가 있지만, 서비스가 단순하고 API 하나만 쓴다면 직접 연동이 오히려 단순하다.

참고한 글

• [Vercel Blog] Deploy a container from a plain Dockerfile - https://vercel.com/changelog/deploy-a-container-from-a-plain-dockerfile