본문 바로가기
클라우드2026년 10월 9일10분 읽기

클라우드플레어, 디노(Deno) 인수 — 런타임은 1년 뒤 개발 종료, 디노 디플로이는 6개월 뒤 문 닫는다

YS
김영삼
조회 6
클라우드플레어, 디노(Deno) 인수 — 런타임은 1년 뒤 개발 종료, 디노 디플로이는 6개월 뒤 문 닫는다

클라우드플레어가 10월 9일(현지시간) 자바스크립트·타입스크립트 런타임 디노(Deno)를 만든 회사 Deno의 팀 전원을 영입한다고 발표했다. 디노 창시자 라이언 달(Ryan Dahl)은 같은 날 디노 블로그에 이 소식을 직접 알렸다.

Node.js를 만든 달이 Node의 한계를 고치겠다며 시작한 디노는 이제 독립 런타임으로서의 미래를 접는다. 디노 런타임은 1년 동안 유지보수 릴리스만 받은 뒤 개발이 끝나고, 호스팅 서비스 디노 디플로이(Deno Deploy)는 6개월 뒤 종료된다. 디노 위에 서비스를 올린 개발자에게는 이전 계획이 필요한 소식이다.

3줄 요약
  • 디노 팀 전원이 클라우드플레어로 옮겨 Workers·Durable Objects 팀과 합류한다. 인수 금액 등 재무 조건은 공개되지 않았다.
  • 디노 런타임은 1년간 매월 버그·보안 수정 릴리스를 낸 뒤 개발을 멈추고, 디노 디플로이는 6개월 뒤 문을 닫는다. 유료 고객에게는 Workers 이전을 지원한다.
  • 패키지 레지스트리 JSR은 클라우드플레어 인프라로 옮겨 계속 운영되고, 달이 8월 공개한 celld의 코드와 아이디어는 workerd에 통합된다.

PART 01무슨 일이 있었나

라이언 달은 디노 블로그에 "디노 팀 전체가 그 작업을 더 밀고 나가기 위해 클라우드플레어에 합류한다"고 썼다. 팀은 클라우드플레어 Workers와 Durable Objects 팀과 함께 일하게 된다. 클라우드플레어 쪽에서는 Workers를 이끌어 온 켄턴 바르다(Kenton Varda)가 달과 함께 공동 글을 썼다고 itdaily가 전했다. 디노 블로그는 인수 가격이나 거래 구조를 밝히지 않았다.

달은 디노가 자바스크립트를 쓰는 방식은 개선했지만 "개발자가 런타임 주변에 조립해야 하는 것들을 근본적으로 바꾸지는 못했다"고 돌아봤다. 그가 꼽은 더 어려운 문제는 워크로드 분산, 상태 조정, 데이터 저장, 자동 확장이다. 런타임 하나를 잘 만드는 것으로는 이 문제들이 풀리지 않는다는 판단이 이번 결정의 배경으로 읽힌다.

PART 02디노 제품별로 무엇이 어떻게 되나

디노 블로그(2026-10-09)와 itdaily 보도 기준
제품앞으로시한
디노 런타임(CLI)매월 버그 수정·보안 업데이트 릴리스 후 개발 종료. 오픈소스로 남고 외부의 개발 계승을 환영1년
디노 디플로이운영 후 종료. 유료 고객에게 클라우드플레어 Workers 이전 지원6개월
JSR(패키지 레지스트리)계속 운영, 인프라를 클라우드플레어로 이전이전 시한 미공개
rusty_v8지원 지속, 클라우드플레어 workerd 통합 작업 추진—
celldWorkers 프로그래밍 모델 기반 신규 프로젝트, 코드와 아이디어를 workerd에 통합—

celld는 달이 8월에 공개한 프로젝트다. itdaily에 따르면 셀프호스팅이 가능한 확장형 Durable Objects 구현으로, 외부 의존성이 오브젝트 스토리지뿐인 러스트 단일 바이너리다. 달은 블로그에서 이를 확장성을 프로그래밍 모델 안에 내장한 분산 애플리케이션 구축 방식이라고 소개했다. 달과 디노 공동 개발자 버트 벨더(Bert Belder)가 클라우드플레어에서 workerd만으로 셀프호스팅을 완전하게 지원하는 프로젝트를 이끌 예정이다.

디노 디플로이 사용자 6개월이라는 시한은 생각보다 짧다. KV, 크론, 큐 같은 디노 디플로이 전용 기능을 쓰고 있다면 Workers의 어떤 기능으로 옮길지 지금 목록을 만들어 두는 것이 좋다. 유료 고객에게는 이전 지원이 제공된다.

PART 03배경 — 클라우드플레어의 개발자 생태계 사 모으기

디노의 시작은 2018년으로 거슬러 올라간다. 달은 그해 JSConf EU 발표 "Node.js에 대해 후회하는 10가지"에서 모듈 시스템, 보안 모델, 빌드 체계 등 Node의 설계 실수를 스스로 꼽았고, 이를 바로잡겠다며 디노를 내놓았다. 2020년 1.0이 나왔고, 2024년 디노 2에서는 npm 패키지와 Node API 호환을 대폭 강화하며 "Node를 대체하는 런타임"에서 "Node와 함께 쓰는 런타임"으로 방향을 틀었다. 그사이 Bun이 속도를 앞세워 등장했고, Node도 타입스크립트 실행과 권한 모델 같은 디노의 아이디어를 하나씩 흡수했다. 런타임 시장에서 차별점이 점점 좁아지던 흐름의 끝에 이번 결정이 나왔다.

수익 모델 쪽에서 디노가 기댄 것은 디노 디플로이였다. 전 세계 엣지에서 자바스크립트를 실행하는 서버리스 호스팅이라는 점에서 클라우드플레어 Workers와 정면으로 겹치는 사업이었다. The New Stack이 이번 인수를 "클라우드플레어의 서버리스 각본을 따라 한 스타트업"을 사들인 것이라고 제목에 쓴 것도 이 때문이다. 결국 경쟁하던 두 플랫폼 중 하나가 다른 쪽으로 흡수된 셈이다.

클라우드플레어는 최근 1년 사이 개발자 도구 쪽 인수를 잇달아 했다. itdaily는 2025년 11월 AI 플랫폼 Replicate, 2026년 1월 웹 프레임워크 Astro 팀, 6월 Vite를 만든 VoidZero에 이어 이번 디노가 네 번째라고 정리했다. Astro와 VoidZero의 프로젝트는 인수 뒤에도 오픈소스로 남았다.

클라우드플레어는 그동안 Workers가 다른 클라우드와 다르게 만들어져 고객을 묶어 둔다는 비판을 받아 왔다. 바르다는 Workers가 다른 이유는 "더 낫기 때문"이라고 반박하면서도, 2022년 쇼피파이 같은 고객의 의견을 듣고 프로덕션과 같은 코드인 workerd를 오픈소스로 공개했지만 이를 실제 프로덕션에서 돌리는 회사는 많지 않다고 인정했다. 가장 큰 공백은 Durable Objects다. workerd에서는 단일 인스턴스로만 돌고, 클라우드플레어 내부의 라우팅은 셀프호스팅하기에 너무 복잡하다. 디노 팀과 celld가 바로 이 구멍을 메우는 역할을 맡는다.

1년
디노 런타임 유지보수 기간
6개월
디노 디플로이 남은 운영 기간
4번째
1년 사이 클라우드플레어의 개발자 생태계 인수(itdaily 정리)
영삼
영삼의 한마디
솔직히 이 소식은 씁쓸하다. 디노는 기본 보안 권한 모델, 내장 타입스크립트, 웹 표준 API처럼 Node가 나중에 따라간 아이디어를 먼저 보여 준 프로젝트다. 그런데 "더 좋은 런타임"만으로는 독립 회사가 버티기 어려웠다는 게 이번에 확인됐다. 달 스스로 런타임 바깥의 문제를 못 풀었다고 인정한 것도 인상적이다. 나는 Next.js 사이트를 직접 서버에 올려 쓰는 쪽이라 디노 디플로이 종료의 직접 피해는 없지만, 플랫폼 하나에 배포를 다 맡기는 선택이 얼마나 짧은 시한으로 바뀔 수 있는지 다시 생각하게 된다.

PART 04개발자가 지금 할 일

디노 사용자 체크리스트
✓디노 디플로이에 올린 서비스가 있다면 6개월 시한 기준으로 이전 일정을 잡는다. Workers 외에 Node 호환 호스팅이나 자체 서버도 후보에 넣어 비교한다.
✓디노 런타임으로 짠 CLI·서버는 1년 안에 Node나 Bun으로 옮길지, 커뮤니티 포크를 기다릴지 결정한다. 디노는 오픈소스로 남으며 개발을 이어 갈 외부 참여를 환영한다고 밝혔다.
✓Deno.* 전용 API 사용처를 검색해 웹 표준 API나 Node 호환 API로 바꿀 수 있는 부분부터 정리한다. 이식성이 곧 이전 비용이다.
✓JSR에 패키지를 올렸다면 당장 바뀌는 것은 없다. 다만 인프라 이전 일정 공지를 지켜본다.
✓Durable Objects를 셀프호스팅하고 싶었다면 celld와 workerd 통합 진행 상황을 지켜볼 만하다. 클라우드플레어는 앞으로 몇 달간 추가 발표가 있을 것이라고 예고했다.

달은 블로그에서 "디노 위에 무언가를 만들어 온 사람들에게 이것이 중대한 변화라는 것을 안다"고 적었다. 그가 그리는 다음 목표는 Workers 프로그래밍 모델이 사설 인프라를 포함해 서버를 만드는 표준 방식이 되는 것이다. 디노가 남긴 아이디어가 그 표준 안에서 이어질지는 workerd 셀프호스팅이 실제로 얼마나 쓸 만해지느냐에 달려 있다.

자주 묻는 질문

클라우드플레어가 디노를 인수하면 디노 런타임은 어떻게 되나요?

디노 런타임은 앞으로 1년간 매월 버그 수정과 보안 업데이트 릴리스를 받은 뒤 개발이 종료된다. 오픈소스로 남으며, 디노 측은 개발을 이어 가려는 외부 참여를 환영한다고 밝혔다.

디노 디플로이(Deno Deploy)는 언제 종료되나요?

디노 블로그에 따르면 디노 디플로이는 6개월 동안 운영된 뒤 종료된다. 유료 고객에게는 클라우드플레어 Workers로의 이전 지원이 제공된다.

JSR 패키지 레지스트리는 계속 쓸 수 있나요?

그렇다. JSR은 계속 운영되며 인프라만 클라우드플레어로 옮겨 간다. 이전 일정은 공개되지 않았다.

인수 금액은 얼마인가요?

디노와 클라우드플레어 모두 인수 금액이나 거래 구조 등 재무 조건을 공개하지 않았다. 발표는 디노 팀 전원이 클라우드플레어에 합류한다는 형식으로 이뤄졌다.

참고 자료

댓글 0

아직 댓글이 없습니다.
Ctrl+Enter로 등록