Deno Deploy는 6개월 뒤 종료, 엣지 함수는 어떤 실행 기반에 의존하나

핵심 요약

1. 발표문에 정해진 것

Deno 블로그의 「Deno is joining Cloudflare」(Ryan Dahl, 2026-10-09)에 "구체적으로"라며 적힌 다섯 항목입니다. Cloudflare 블로그의 공동 글은 일정 설명을 Deno 블로그에 맡기고, workerd와 celld를 합치는 방향을 설명합니다.

위 표의 다섯 항목에 들지 않는 것은 발표문에 나오지 않습니다. Deno Subhosting(다른 플랫폼이 Deno Deploy 인프라를 자기 이름으로 쓰는 상품), Fresh 프레임워크, deno compile로 만든 실행 파일의 이후 지원이 여기에 해당합니다.

Deno Deploy의 종료 공지는 이번이 처음이 아닙니다. Deno 문서는 이전 판인 Deno Deploy Classic(dash.deno.com)과 Subhosting v1 API가 2026-07-20에 종료됐다고 적고 있습니다. 이번에 6개월 시한을 받은 것은 그 뒤를 이은 새 Deno Deploy(console.deno.com)입니다.

2. Deno 위에서 돌던 서비스는 무엇에 의존하나

Deno의 Subhosting 소개 페이지는 고객 사례 세 편을 걸어 두었습니다(Netlify, Slack, deco.cx). Supabase는 사례에 없지만 엣지 함수를 Deno로 실행합니다. 영향 범위는 각 서비스가 "6개월 뒤 끝나는 Deno Deploy"에 의존하는지, "1년 뒤 개발이 끝나는 Deno 런타임"에 의존하는지에 따라 달라집니다.

가장 많이 오해될 만한 칸은 Supabase입니다. 2023-04 Supabase 블로그에는 "엣지 함수를 Deno Deploy로 30곳 넘는 데이터센터에 호스팅한다"고 적혀 있어, 이 문장만 보면 6개월 뒤 함께 멈출 것처럼 읽힙니다. 1년 뒤 변경 기록이 호스팅 플랫폼을 자체 Edge Runtime으로 바꿨다고 밝혔고, 그 뒤의 Deno 버전 업그레이드도 모두 Edge Runtime 릴리스로 나왔습니다.

Netlify 칸은 반대로 확정할 수 없습니다. 2024년 기록과 현재 문서 사이에 호스팅 방식을 바꿨다는 공지를 찾지 못했고, 응답 헤더로도 알 수 없었습니다. Netlify 공식 예제 사이트(edge-functions-examples.netlify.app)의 응답 헤더에는 server: Netlify와 요청 ID만 있었습니다.

3. Deno가 런타임 대신 고른 것

Ryan Dahl은 Deno Deploy를 만들고 운영하면서 "개발자 경험 아래에 얼마나 많은 복잡성이 남아 있는지" 보았고, 그래서 celld를 만들었다고 적었습니다. celld는 Rust로 쓴 실행 파일 하나와 객체 저장소 버킷 하나로 Workers와 Durable Objects를 자체 서버에서 돌리는 프로젝트입니다. 합류 후에는 "별도의 런타임과 호스팅 서비스를 계속 개발하는 대신" 이 공유 플랫폼에 개발을 모은다고 했습니다.

Cloudflare 쪽 글에서 Kenton Varda는 "Workers가 다른 이유는 잠그려는(lock-in) 것이 아니라 더 낫기 때문"이라는 절을 따로 두었습니다. celld가 Workers 앱을 다른 곳으로 옮길 수 있게 해 주는 탈출구라는 해석에 대한 답입니다. 이 해석이 맞는지는 workerd·celld 통합 결과물이 공개돼야 판단할 수 있습니다.

celld 사이트는 "resident cell 10만 개 기준 Durable Objects 월 $415,000, celld 월 $1,949" 같은 비용 비교를 싣고 있습니다. 이 값은 DigitalOcean 노드 정가와 Durable Objects 가격을 대입한 Deno 측 계산이고, 애플리케이션 트래픽과 버킷 사용 비용은 뺐다고 적혀 있습니다. 이 글은 이 비교를 따로 검산하지 않았습니다.

4. 체크리스트

저장소 안에서 Deno에 의존하는 곳을 찾는 명령입니다. 저장소 최상위에서 실행합니다.

# Deno 설정 파일과 Deno 전용 API 사용
find . -name 'deno.json*' -not -path '*/node_modules/*'
grep -rlE '\bDeno\.[A-Za-z]' . \
  --include='*.ts' --include='*.tsx' --include='*.mts' \
  --include='*.js' --include='*.jsx' --include='*.mjs' \
  | grep -v node_modules

# Deno Deploy 배포 흔적(GitHub Actions의 deployctl)과 플랫폼별 엣지 함수 폴더
grep -rl 'deployctl\|denoland/deployctl' .github 2>/dev/null
ls -d supabase/functions netlify/edge-functions 2>/dev/null

5. 아직 결론이 아닌 것

• Deno Subhosting의 처리는 발표되지 않았습니다. Subhosting은 다른 플랫폼이 Deno Deploy 인프라를 자기 이름의 서비스처럼 쓰는 상품이라 Deploy 종료에 묶일 가능성이 있지만, 이는 이 글의 추론입니다.
• Netlify가 지금도 Subhosting 위에 있는지 알아내지 못했습니다. 문서와 응답 헤더 어디에도 호스팅 방식이 나오지 않았습니다.
• 정확한 날짜가 없습니다. "6개월", "1년"은 발표일 기준 기간이고 종료일은 발표문에 없습니다.
• 하지 않은 것. Deno Deploy 앱을 Workers로 직접 옮겨 보지 않았고, celld의 비용 비교와 성능 수치를 검산하지 않았습니다. deco.cx의 공지는 찾아보지 않았습니다.
• 세 회사의 공지는 며칠 안에 나올 수 있습니다. 이 글의 "공지 없음"은 2026-10-10에 각 변경 기록을 대조한 결과입니다.

참고자료

원문은 2026-10-10에 대조했습니다. 이 블로그는 Cloudflare Pages에서 운영되며, Cloudflare·Deno·Supabase·Netlify·Slack과 그 밖의 관계(광고·협찬·제공)는 없습니다.

Supabase·Netlify·Slack이 공지를 내거나 Deno가 Subhosting 일정을 밝히면 이 글을 고치고 개정 날짜를 적겠습니다.