Deno Cloudflare 합류: 런타임 개발 종료와 Deploy 6개월 종료 일정

Deno Deploy 종료|등록 · 수정 |팩트체크 |0|약 3분 읽기
Deno 서버에서 Cloudflare 방향으로 이어지는 이전 경로와 Deploy 6개월·런타임 1년 지원 기간을 나타낸 개념 이미지
Deno 서버에서 Cloudflare 방향으로 이어지는 이전 경로와 Deploy 6개월·런타임 1년 지원 기간을 나타낸 개념 이미지

Quick Answer

Deno Deploy는 언제 종료되고 런타임 지원은 얼마나 남으며 Cloudflare Workers 이전에서 무엇을 확인해야 하나요?

Deno 팀이 2026년 10월 9일 Cloudflare 합류를 발표했습니다. Deno Deploy는 발표 후 6개월간 운영한 뒤 종료하고, Deno 런타임은 1년간 월별 버그·보안 수정 릴리스를 제공한 뒤 기존 팀의 개발이 종료됩니다. 기간을 달력으로 환산하면 각각 2027년 4월경과 10월경입니다. 정확한 종료 일시가 발표된 것은 아니므로 운영 서비스의 이전 일정은 계정 공지와 지원 답변으로 확정하세요.

Reading Guide

이 글에서 해결할 문제

이런 분께
Deno Cloudflare 합류 발표의 종료 일정과 운영 중인 앱의 이전 준비를 확인하려는 개발자
읽고 나면
Deploy 호스팅 이전과 런타임 유지보수를 구분하고 서비스·데이터·호환성별 이전 계획을 작성할 수 있습니다.
다루는 범위
2026년 10월 11일 공식 발표와 문서 확인 기준입니다. 예상 월은 발표 기간의 환산이며 정확한 종료 일시가 아닙니다. 이전 절차는 편집부 권고입니다.
직접 확인
  • 공식 종료 일시와 계정 공지를 확인합니다.
  • Deploy 프로젝트와 외부 런타임 사용을 구분합니다.
  • 유료 고객 이전 지원 범위를 확인합니다.
  • 호환성·비밀값·데이터 복원을 시험합니다.
  • 트래픽 전환과 데이터 복구 계획을 작성합니다.
링크가 복사되었습니다
운영자에게 필요한 판단
Deploy에 서비스가 있다면 호스팅 이전을 먼저 준비하세요. 자체 서버에서 Deno만 실행하는 경우에는 런타임 유지보수 계획을 점검해야 합니다. 아래 이전 단계는 편집부 권고이며 실제 고객 계정의 이전을 수행한 기록은 아닙니다.

Deno Deploy 종료 일정과 런타임 지원 기간

대상공식 발표 범위일정 해석
Deno Deploy6개월 운영 후 종료2027년 4월경: 발표 기간을 환산한 예상 월
Deno 런타임1년간 월별 버그·보안 수정 후 팀의 개발 종료2027년 10월경: 발표 기간을 환산한 예상 월
JSR운영 지속, 인프라를 Cloudflare로 이전Deploy 종료와 구분
rusty_v8지원 지속, workerd 통합 추진전체 Deno 관련 프로젝트의 일괄 종료가 아님

기준 자료는 Deno의 10월 9일 공식 발표입니다. 원문은 정확한 종료 날짜·시각·시간대를 명시하지 않았습니다. 따라서 2027년 4월 9일을 확정 마감일로 등록하기보다 종료 일시를 확인하는 업무와 내부 이전 마감을 따로 관리하는 편이 안전합니다.

Cloudflare 합류 후 개발 방향은 어디로 바뀌나요?

Cloudflare의 공동 발표는 celld의 코드와 아이디어를 workerd에 합쳐 Workers와 Durable Objects를 자체 인프라에서도 쉽게 운영하도록 하는 방향을 설명합니다. Workers는 요청을 실행하는 플랫폼이고, Durable Objects는 상태와 실행을 함께 다루는 분산 애플리케이션의 구성 요소입니다. 근거: Cloudflare 공동 발표

이 계획은 Deno 앱의 자동 변환이나 Deploy 계정의 자동 이전을 뜻하지 않습니다. 현재 서비스의 이전 판단과 앞으로 나올 자체 호스팅 도구의 기능을 분리해서 검토하세요. 신규 도구의 후속 발표를 기다리는 동안에도 서비스 목록과 데이터 의존성 조사는 진행할 수 있습니다.

내 프로젝트는 무엇부터 확인해야 하나요?

현재 사용 방식우선 확인할 내용남겨야 할 결과물
Deploy에서 공개 웹·API 운영프로젝트, 도메인, 데이터 저장 위치, 이전 대상서비스별 이전 담당자와 내부 마감
서버·컨테이너에서 Deno 실행런타임 버전, 업데이트 책임자, 장기 유지보수 방안계속 사용 또는 대체 런타임 검증 계획
CI에서 Deno 테스트·도구 사용설치 버전 고정, 테스트 명령, 의존 패키지다른 환경에서도 재현되는 검증 절차
JSR 패키지만 사용패키지 버전과 다운로드·빌드 경로호스팅 종료 영향과 패키지 배포 영향을 구분한 기록

예를 들어 API 서버는 외부 컨테이너에 있고 문서 사이트만 Deploy에서 제공한다면, 문서 사이트의 호스팅 이전과 API 런타임의 유지보수는 별개 작업입니다. 반대로 Deploy의 데이터 기능에 의존하는 앱은 코드 배포 성공만으로 이전을 끝낼 수 없습니다. 이는 사용 구조를 설명하는 가상 사례입니다.

Cloudflare Workers로 옮길 때 호환성 확인사항

Workers의 Node.js 호환성 문서는 완전 지원, 부분 지원, 불완전한 대체 구현을 구분합니다. 모듈을 import할 수 있어도 실제 메서드 호출은 실패할 수 있습니다. 현재 문서에서는 compatibility_date가 2026-08-04 이상이면 Node.js 호환성이 기본 활성화되고, 2024-09-23부터 2026-08-03까지는 nodejs_compat 플래그를 추가하도록 안내합니다. 설정 날짜를 바꿀 때에는 회귀 테스트를 함께 수행하세요. 근거: Workers Node.js 호환성 문서

점검 항목확인 방법이전 완료 판단
Deno 전용 API와 의존 패키지Deno.* 호출과 실행 시 사용하는 패키지를 목록화대표 요청뿐 아니라 오류 처리 경로도 실행
환경변수·비밀값변수 이름, 권한, 사용 위치를 기록하고 새 환경에 설정비밀값을 로그에 남기지 않고 인증·연결 확인
KV·DB·파일 등 사용 중인 데이터저장 위치, 내보내기 방법, 갱신 중 데이터 처리 조사복원 시험과 핵심 레코드 대조 완료
예약 작업·큐·WebSocket사용하는 기능의 실행·재시도·연결 수명 확인누락·중복 처리와 재연결 시험 완료
도메인·캐시·배포 파이프라인DNS, 인증서, 캐시 정책, CI 배포 대상을 확인외부 요청과 새 배포가 새 환경에 도달
요금·제한·로그실제 사용량을 후보 플랫폼 조건과 대조예산, 경보, 장애 대응 담당자 확정

모든 프로젝트가 위 기능을 쓰는 것은 아닙니다. 미사용 항목은 제외하고, 파일 접근이나 장시간 작업처럼 실행 환경에 의존하는 부분부터 작은 검증 앱으로 확인하세요. 같은 TypeScript 코드라는 이유로 동일하게 실행된다고 가정하면 이전 후에 문제가 드러날 수 있습니다.

6개월 안에 이전하려면: 권장 작업 순서

다음은 공식 마감표가 아닌 운영 계획 예시입니다. 실제 종료 일시를 확인한 뒤 마지막 단계에 여유 기간을 남기도록 조정하세요.

  1. 서비스 목록 확정: 공개·내부 프로젝트, 도메인, 저장소, 데이터, 담당자를 한 문서에 기록합니다. 유료 고객은 이전 지원 범위와 연락 경로도 확인합니다.
  2. 후보 환경 검증: 로그인, 데이터 읽기·쓰기, 외부 API, 예약 작업 등 실제 기능을 작은 범위로 옮겨 실행합니다. Workers와 기존 컨테이너 환경 등 후보별 수정 비용을 비교합니다.
  3. 데이터 이전 리허설: 백업을 만들고 새 환경에서 복원합니다. 데이터가 계속 갱신된다면 최종 복사 시점과 쓰기 전환 방식을 정합니다.
  4. 트래픽 전환: 모니터링과 담당자를 준비한 상태에서 도메인을 전환합니다. 오류율, 지연, 인증, 데이터 정합성을 확인합니다.
  5. 정리와 복구 확인: 이전 완료를 기록하고 기존 자격증명·배포 대상을 정리합니다. 전환 후 새로 쓰인 데이터를 포함해 복구 방법을 검토합니다.

DNS를 되돌리는 것만으로 데이터까지 복구되지는 않습니다. 새 환경에 쓰기가 발생한 뒤에는 어느 저장소가 기준인지 정해야 합니다. 되돌리기 계획에 데이터 동기화나 쓰기 중단 조건을 포함하세요.

이전 판단 예시: 문서 사이트와 데이터 API를 나눠보기

아래는 가상 프로젝트의 작업 분해 예시입니다. 공식 이전 도구의 실행 결과가 아니라, 어떤 증거가 있어야 이전 완료를 판단할 수 있는지 설명합니다.

서비스먼저 할 검증전환 승인에 필요한 증거
정적 문서 사이트새 환경에서 URL·리디렉션·자산 경로 확인대표 URL의 상태 코드와 콘텐츠 대조
로그인·데이터 저장 API인증·권한·읽기·쓰기와 데이터 복원 시험핵심 데이터 대조와 최종 쓰기 전환 계획
예약 작업실행 시각·재시도·중복 실행 처리 확인이전 환경과 새 환경의 실행 주체가 겹치지 않는 기록

예를 들어 문서 사이트 이전은 끝났지만 API 데이터 복원이 검증되지 않았다면 전체 프로젝트를 완료로 표시하지 않습니다. 서비스별 완료 기준을 두면 호스팅 종료 전에 남은 위험을 구체적으로 파악할 수 있습니다.

서비스 이름 / 현재 호스팅 / 이전 대상:
데이터 저장 위치 / 복원 검증 결과:
공식 종료 일시 확인 출처 / 내부 전환 마감:
전환 담당자 / 쓰기 전환 시점 / 복구 조건:
미완료 항목 / 다음 확인 날짜:

자주 묻는 질문

Deno 런타임이 바로 실행되지 않게 되나요?

발표는 기존 팀의 개발과 유지보수 일정을 다룹니다. 설치된 프로그램의 실행 여부는 사용 환경과 의존 서비스에 따라 확인해야 합니다. 장기 운영에서는 보안 수정의 공급 주체와 업데이트 책임을 먼저 정하세요.

무료 Deploy 사용자도 이전 지원을 받나요?

공식 발표가 명시한 지원 대상은 Workers로 이전하는 유료 고객입니다. 무료 계정의 지원 범위나 자동 이전을 가정하지 말고 계정 공지를 확인하세요. 이전할 코드·데이터 목록은 지원 여부와 관계없이 준비할 수 있습니다.

오픈소스 Deno와 JSR도 없어지나요?

Deno는 오픈소스로 남고 JSR은 운영을 계속한다는 것이 발표 내용입니다. 커뮤니티의 향후 유지보수 수준이나 개별 서비스의 계약 조건까지 보장된 것은 아니므로 운영 의존성을 별도로 검토하세요.

같이 확인할 운영 자료

Evidence & Limitations

근거·검증 범위·업데이트 기록

확인한 근거

Deno 공식 발표를 기준으로 핵심 사실을 확인하고, 사실과 편집부 해석을 구분했습니다.

경험 정보와 한계

직접 사용 후기나 자체 성능 시험이 아닌 공개 원문·공식 문서 기반 분석입니다. 실제 화면과 기능은 계정·기기·배포 시점에 따라 다를 수 있습니다.

게시·수정 기록

최초 게시 2026-10-11T22:18:00+09:00 · 최종 수정 2026. 10. 11.

2026년 10월 11일 작업별 판단 예시와 검증 기록 양식을 추가했습니다. 최초 발행일과 공식 자료 확인일은 유지했으며 예시는 실제 실측 결과와 구분했습니다.

전문 검토 영역

IT 매거진 편집부가 AI·소프트웨어·개발·모바일·보안·테크 비즈니스 관점에서 구성하고 팩트체크 데스크가 출처와 표현을 검토했습니다.

Related Articles

현재 기사와 연결되는 배경·기술·시장 분석을 골라 바로 이동할 수 있습니다.