컴퓨팅 할당량(Compute Quota)을 유지하기 위해 무료 티어 프로젝트에서 Vercel Cron 제거하기

요약 (TL;DR):

Neon의 무료 티어 컴퓨팅 할당량(Compute Quota) 초과를 방지하기 위해 vercel.json에서 매일 밤 실행되던 /api/cron/sync 크론(Cron)을 제거했습니다. 이 변경을 통해 배포를 가볍게 유지하고, 예상치 못한 과금이나 서비스 중단을 방지할 수 있습니다.

문제 상황

제 프로젝트 craveview는 외부 API의 데이터를 Neon 데이터베이스로 동기화하기 위해 매일 밤 크론 잡(Cron job)을 사용합니다. 크론은 vercel.json에 다음과 같이 정의되어 있었습니다:

{
  "crons": [{ "path": "/api/cron/sync", "schedule": "10 9 * * *" }]
}

Neon 무료 티어에서 크론을 실행하자 컴퓨팅 할당량(Compute quota)이 한계치에 도달했고, 배포 로그에 다음과 같은 에러가 발생했습니다:

Error: Neon compute quota exceeded. Free tier limits: 2000 minutes/month.

크론이 매일 UTC 기준 09:10에 실행되었기 때문에 컴퓨팅 시간(Compute hours)이 빠르게 누적되었고, 이로 인해 다른 API 경로(Routes)에서 503 에러가 반환되기 시작했습니다.

처음 시도했던 방법들

처음에는 문제를 완화하기 위해 다음과 같은 시도를 했습니다:

1. 크론 빈도(Frequency) 줄이기 – vercel.json에서 크론 일정을 주 1회로 변경했습니다:

   {
     "crons": [{ "path": "/api/cron/sync", "schedule": "10 9 * * 0" }]
   }

결과: 컴퓨팅 사용량은 줄었지만, 동기화가 데이터 소스보다 뒤처지게 되어 UI에 오래된 데이터(Stale data)가 표시되는 문제가 발생했습니다.

2. 동기화 엔드포인트(Sync Endpoint) 최적화 – /api/cron/sync를 리팩토링하여 데이터베이스 쓰기(Writes)를 배치(Batch) 처리하고, 변경 사항이 감지되지 않을 경우 조기 종료(Early exit)되도록 추가했습니다.

결과: 코드는 더 빠르게 실행되었지만, 함수가 여전히 매일 밤 실행되었기 때문에 총 사용 시간은 여전히 할당량을 초과했습니다.

두 가지 접근 방식 모두 크론을 활성화된 상태로 유지했기 때문에, 핵심 문제인 과도한 컴퓨팅 사용량은 해결되지 않았습니다.

구현 내용

가장 깔끔한 해결책은 vercel.json에서 크론을 제거하여 크론을 완전히 비활성화하는 것이었습니다. 저는 다음과 같이 간단한 커밋을 적용했습니다:

-{ 
-  "crons": [{ "path": "/api/cron/sync", "schedule": "10 9 * * *" }]
-}
...

이 방법이 작동하는 이유

• Vercel은 배포 시점에 crons 배열을 읽습니다. 빈 객체는 등록된 예약 함수가 없음을 의미합니다.
• /api/cron/sync 엔드포인트는 코드베이스에 그대로 남아 있으므로, 필요할 경우 수동으로 호출하거나 다른 스케줄러를 통해 트리거할 수 있습니다.
• 크론(cron)을 제거하면 배포 크기가 줄어들고, 예약된 호출과 관련된 숨겨진 컴퓨팅 비용 (compute cost)을 없앨 수 있습니다.

커밋 상세 정보 (Commit details)

commit 983f71d0
Author: Roberto Luna Osorio <roberto@vibecoding.com>
Date:   2026-07-29
...

변경 파일 (File changed)

• vercel.json

결과 (Result)

재배포 후, 배포 로그에 더 이상 예약된 호출이 나타나지 않습니다. 크론에 대한 컴퓨팅 사용량 (compute usage)은 0으로 떨어졌으며, 애플리케이션의 나머지 부분은 무료 티어 (free tier) 제한 내에서 작동합니다.

핵심 요약 (Key Takeaway)

Neon과 같은 무료 티어 데이터베이스에 의존하는 프로젝트에서 Vercel의 크론 (cron) 기능을 사용할 때는, 컴퓨팅 할당량 (compute quota)을 유지하기 위해 예약된 함수를 명시적으로 관리하거나 비활성화해야 합니다. 가벼운 크론이라도 매일 밤 실행된다면 예상보다 많은 분(minutes)을 소비할 수 있습니다. 크론을 제거하거나 환경 변수 (environment variable)를 통해 조건부로 등록하면 컴퓨팅 사용량을 세밀하게 제어할 수 있습니다.

권장 실무 코드 스니펫 (Best practice snippet)

// vercel.json
{
  "crons": [
...

나중에 크론이 다시 필요하다면, enabled를 true로 전환하거나 환경 변수를 사용하세요:

// 서버리스 함수 (serverless function)
if (process.env.CRON_ENABLED === 'true') {
  // 동기화 실행
...

다음 단계 (What's Next)

1. 외부 스케줄러 구현 (Implement an External Scheduler) – 동기화 작업을 GitHub Actions나 Cloudflare Workers의 서버리스 함수와 같은 가벼운 스케줄러로 옮겨 HTTP를 통해 /api/cron/sync 엔드포인트를 트리거하세요. 이렇게 하면 크론을 Vercel의 컴퓨팅 예산 (compute budget)으로부터 분리할 수 있습니다.
2. 피처 플래그 추가 (Add a Feature Flag) – Vercel의 환경 변수를 사용하여 재배포 없이 크론을 활성화/비활성화하세요. 이를 통해 개발 중이거나 할당량 경고가 발생했을 때 빠르게 전환할 수 있습니다.
3. 컴퓨팅 사용량 모니터링 (Monitor Compute Usage) – Neon의 사용량 지표 (usage metrics)를 대시보드나 Slack 알림에 통합하여 할당량 초과를 조기에 감지하세요.

이러한 단계들을 취함으로써, 저는 배포를 가볍게 유지하고, 예상치 못한 비용을 방지하며, 프로젝트가 무료 티어(free tier)를 넘어 확장될 때도 신뢰할 수 있는 동기화 메커니즘 (sync mechanism)을 유지할 것입니다.

vibecoding #buildinpublic #vercel #cron #neon #free-tier #devops #serverless #techdeepdive

제 Build in Public 시리즈의 일부입니다 — 멕시코 플라야 델 카르멘(Playa del Carmen)에서 SaaS 프로젝트를 구축하는 실제 과정을 공유합니다.

Repo: zaerohell/craveview · 2026-07-29

#playadev #buildinpublic