"노드를 왜 다시 만드나" 라이언 달, Deno 런타임 접고 클라우드플레어로

Deno는 노드 호환이라는 중력에 빨려 들어갔고, 그 때문에 노드와 똑같이 동작해야 합니다. 노드를 왜 다시 구현합니까? 노드는 잘 돌아갑니다.— 라이언 달, Deno 창업자 (해커뉴스 댓글, 10월 9일)

클라우드플레어 쪽 글은 Workers 팀과 함께 Durable Objects를 설계한 수석 엔지니어 켄턴 바르다(Kenton Varda)와 달이 함께 썼고, 클라우드플레어는 이 글에 「인수(Acquisitions)」 태그를 달았습니다. 달은 해커뉴스에 올라온 인수 소식 글에 직접 댓글을 달아, Deno 런타임 개발을 끝내는 것은 클라우드플레어와 함께 내린 결정이고 자신도 동의한다고 밝혔습니다. Deno의 성공에 가장 큰 애착을 갖고 가장 많은 일을 한 사람이 자신이지만, 이제는 그곳에서 가장 중요한 일을 할 수 있다고 생각하지 않는다는 설명이었습니다.

무엇이 남고 무엇이 닫히나

Deno 블로그에 실린 달의 글은 각 제품의 앞날을 이렇게 정리했습니다.

JSR은 Deno 팀이 만든 타입스크립트 중심 자바스크립트 패키지 저장소이고, rusty_v8은 구글의 자바스크립트 엔진 V8을 러스트에서 쓸 수 있게 이어 주는 라이브러리입니다. 이 두 가지는 Deno 런타임과 별개로 계속 관리됩니다. 표에 없는 제품도 있습니다. AI 에이전트가 만든 코드를 리눅스 가상 머신에 격리해 돌리도록 2월에 내놓은 Deno Sandbox, 다른 회사가 Deno Deploy 인프라를 빌려 쓰는 Subhosting, 웹 프레임워크 Fresh와 키값 저장소 Deno KV를 어떻게 할지는 발표에 없습니다. Deno가 2024년 11월 미국 특허상표청에 청구한 오라클의 JavaScript 상표 취소 절차를 어떻게 할지도 나오지 않았습니다.

Deno Deploy는 2026년 2월 3일 정식 출시(GA)를 선언한 서비스입니다. 그때 Deno는 어떤 프레임워크든 설정 없이 올릴 수 있고 풀 리퀘스트마다 데이터베이스를 따로 띄워 준다고 소개했는데, 8개월 뒤 종료 예고가 나왔습니다.

노드를 고치려고 만든 런타임

달은 2009년 베를린에서 Node.js를 처음 선보였습니다. 이번 클라우드플레어 글에서 그는 그날을 베를린의 한 창고에서 500줄짜리 자바스크립트 IRC 서버를 띄우고 청중을 접속시킨 시연으로 떠올렸습니다. 9년 뒤인 2018년 6월, 그는 같은 도시에서 열린 JSConf EU 무대에 올라 Node.js에서 후회하는 10가지를 꼽고 그 대안으로 Deno를 처음 공개했습니다.

YouTube 영상 · 누르면 재생

또 하나의 후회는 보안입니다. 자바스크립트는 아주 안전한 샌드박스인데, 안타깝게도 노드에는 보안이 전혀 없습니다.— 라이언 달, JSConf EU 2018

그 후회가 Deno의 설계가 됐습니다. 파일이나 네트워크에 접근하려면 실행할 때 권한을 따로 줘야 하고, 타입스크립트를 별도 설정 없이 바로 돌리며, 브라우저와 같은 웹 표준 API를 씁니다. Deno는 2020년 5월 1.0을 냈고, 2021년 3월 시드 투자 490만 달러, 2022년 6월 세쿼이아가 이끈 시리즈 A 2,100만 달러를 받아 회사를 키웠습니다. 2024년 Deno 2를 발표할 때는 깃허브에서 러스트 언어 다음으로 별을 많이 받은 러스트 프로젝트라고 소개했습니다.

방향이 꺾인 것은 2024년 10월 9일 나온 Deno 2입니다. Deno는 2.0의 초점을 Deno를 대규모로 쓰는 데 맞췄다고 소개하면서, 그 첫 조건으로 기존 자바스크립트 인프라와의 매끄러운 호환을 들었습니다. npm 패키지와 Node.js 코드를 그대로 돌리게 만드는 쪽으로 간 겁니다. 정확히 2년 뒤 같은 날, 달은 그 호환이 Deno를 노드와 똑같이 동작하게 만들었다며 개발 종료를 받아들였습니다.

달은 더뉴스택과의 인터뷰에서 Node.js가 그 뒤 받아들인 기본 타입스크립트 지원과 권한 제어, 웹 표준 API에 Deno의 영향이 남는다고 말했습니다. 개발자 사이먼 윌리슨은 Node.js가 2023년 4월 v20.0.0에 권한 모델을 넣고 2025년 1월 v22.13.0에서 안정 기능으로 선언했지만, 특정 네트워크 호스트만 허용하는 설정은 아직 없다고 짚었습니다. 달은 한때 Node.js에서 갈라져 나갔다가 다시 합쳐진 커뮤니티 포크 io.js를 예로 들며, Deno를 어떻게 이어 갈지는 커뮤니티가 정할 일이고 누구든 이어받아도 좋다고 했습니다.

같은 격리 방식, 다른 회사

시리즈 A를 받을 때 달은 Deno Deploy를 「격리 클라우드(Isolate Cloud)」라고 불렀습니다. 가상 머신은 운영체제 전체를, 리눅스 컨테이너는 커널을 뺀 나머지를 묶어 옮기는데, 격리 클라우드는 애플리케이션 코드만 받아 호스트가 미리 띄워 둔 런타임의 V8 격리 공간에서 돌립니다. 묶음이 작으니 뜨는 시간이 짧고 한 서버에 훨씬 많이 올릴 수 있습니다. 당시 Deno가 낸 비교표는 이랬습니다.

같은 방식은 클라우드플레어가 먼저 썼습니다. 2017년 공개한 Cloudflare Workers도 V8 격리 공간에서 고객 코드를 돌리는 서비스이고, 바르다는 이번 글에서 이 설계 덕분에 전 세계 수백 곳에서 도는 애플리케이션을 아주 간단하고 싸게 운영할 수 있다고 적었습니다. Deno Deploy는 같은 구조로 같은 시장에 들어간 경쟁 서비스였습니다.

celld, 바이너리 하나와 버킷 하나

달이 이제 더 큰 문제라고 부르는 것은 런타임 바깥에 있습니다. 계산을 여러 서버에 나누고, 상태를 맞추고, 데이터를 저장하고, 수요에 맞춰 늘리는 일입니다. 그가 꼽은 답은 클라우드플레어의 Durable Objects입니다.

Durable Objects는 이름으로 불러낼 수 있는 아주 작은 서버라고 보면 됩니다. 객체마다 자기 SQLite 데이터베이스를 갖고, 자바스크립트는 한 스레드에서만 돌아서 동시성 문제를 따질 필요가 적습니다. 채팅 앱이라면 채팅방 하나에 객체 하나를 두는 식으로 만들면, 데이터와 웹소켓 연결이 방 단위로 저절로 나뉘어 서버를 늘리기 쉬워집니다.

문제는 이 모델을 클라우드플레어 밖에서 돌리기 어려웠다는 점입니다. 클라우드플레어는 2022년 Workers 런타임을 workerd라는 이름으로 공개했지만, workerd의 Durable Objects는 서버 한 대에서만 돌아 실서비스 규모로 늘릴 수 없었습니다. Deno는 8월 이 문제를 겨냥한 오픈소스 celld를 내놨습니다. 러스트로 쓴 실행 파일 하나에 외부 의존은 S3 같은 객체 저장소 버킷 하나뿐이고, 기존 Workers 앱을 고치지 않고 자기 서버에서 여러 대로 돌리게 하는 프로그램입니다.

인수 발표 1주일 전인 10월 2일, 달은 X에 사람들이 celld가 얼마나 중요한지 제대로 이해하지 못하는 것 같다고 썼습니다. 복잡도에 제한 없이 늘릴 수 있는 애플리케이션이고 의존하는 것은 S3 하나뿐이며, 이걸 보고 나면 애플리케이션을 서비스하는 데 전통적인 자바스크립트 런타임은 쓸 이유가 없고 빌드 과정에만 남는다는 내용으로, Node.js와 Deno를 모두 만든 사람이 쓴 글입니다.

celld 사이트는 클라우드플레어와 직접 값을 견줬습니다. 인수 발표 당일(미국 시각) 인터넷 아카이브 보관본 기준으로, 상주 셀(늘 메모리에 올라 있는 객체) 수에 따른 월 기본 비용을 이렇게 계산해 걸어 두었습니다.

Durable Objects는 Workers 유료 요금 월 5달러에 상주 셀 하나당 월 4.15달러를 더한 값이고, celld는 대당 48달러인 디지털오션 8GB 서버 한 대에 셀 2,500개까지 올린다는 가정입니다. 애플리케이션 트래픽과 쓰기 비용은 둘 다 뺐습니다. 셀이 10개일 때는 Durable Objects가 싸지만, 1,000개면 약 85배, 1만 개부터는 200배 넘게 벌어집니다. 셀 하나에 붙는 월 비용으로 따지면 Durable Objects 4.15달러, celld 약 0.02달러입니다. 같은 페이지에는 Durable Objects의 신뢰성에 10점 만점에 2점을 준 외부 리뷰와, 7월 16일 클라우드플레어 상태 페이지에 올라온 Durable Objects 장애 기록도 걸려 있었습니다. 페이지 끝에는 클라우드플레어를 좋아하고 이 페이지도 Cloudflare Worker 위에서 돌아간다며, Durable Objects 설계는 바르다와 Workers 팀의 것이고 celld는 그 아이디어에 보내는 연애편지라는 문장을 붙였습니다.

클라우드플레어가 자기 복제품을 산 이유

더뉴스택은 이 소식에 「클라우드플레어의 서버리스 각본을 베낀 스타트업」을 산다는 제목을 달았습니다. 바르다는 공동 글에서 같은 물음을 먼저 꺼냈습니다. 클라우드플레어가 Workers를 남들과 다르게 만든 것은 고객을 묶어 두려는 장치이고, celld처럼 Workers 앱을 다른 곳으로 옮기게 해 주는 오픈소스는 위협이라는 통념입니다. 그는 이 통념이 틀렸다며 2022년 사례를 들었습니다. 쇼피파이 같은 고객에게 Workers for Platforms를 제안했을 때, 런타임이 오픈소스가 아니면 그 위에 서비스를 올릴 수 없다는 답이 돌아왔고 그래서 workerd를 공개했다는 겁니다.

솔직히 말해 저희는 런타임 주변의 서비스와 도구 생태계를 제대로 만들지 못했습니다. 런타임을 공개해 놓고는 커뮤니티가 나서서 온갖 환경에 맞춰 주기를 바랐을 뿐입니다.— 켄턴 바르다, 클라우드플레어 수석 엔지니어 (클라우드플레어 블로그)

바르다는 workerd로 클라우드플레어를 떠난 옛 고객도 있지만 괜찮다고 적었습니다. 오픈소스가 아니었다면 애초에 계약하지 않았을 고객들이고, 떠난 고객 한 곳마다 남은 고객이 훨씬 많다는 이유였습니다. 그는 Durable Objects를 여러 대로 돌리는 기능을 늘 만들고 싶었고 지난봄 직접 시도도 했지만 제대로 돌아가지 않았다고 털어놨습니다. celld는 클라우드플레어가 만들려던 바로 그 물건이었고, 앞으로 달과 Deno 공동창업자 버트 벨더(Bert Belder)가 celld의 코드와 아이디어를 workerd에 합치는 작업을 이끕니다. 달은 해커뉴스 댓글에서 workerd 서버 여러 대가 버킷 하나로 조율하고 저장하는 구조가 목표이고, 그러면 클라우드플레어 위에서든 직접 운영하든 API가 똑같아진다고 설명했습니다.

바르다는 더뉴스택에 이 모델이 클라우드플레어에서만 돌면 회사가 노릴 수 있는 시장이 좁아지고 기존 클라우드와의 경쟁에서도 불리해진다고 말했습니다. 해커뉴스에는 대표 제품을 접게 하려고 회사를 산 것 아니냐는 댓글이 달렸고, 바르다는 그렇게 보일 수 있다는 점은 이해하지만 사실과 다르다고 답했습니다. Deno 팀이 celld에 집중하기로 전략을 정했고 클라우드플레어는 그 일을 돕는 것이라는 설명이었습니다.

2021년에는 Deno를 막았던 회사

두 회사의 인연이 처음부터 매끄럽지는 않았습니다. 2021년 3월 2일(UTC) Deno 1.8을 낸 직후 해커뉴스를 타고 평소의 9배 트래픽이 몰리자, 클라우드플레어의 자동 남용 방지 필터가 deno.land의 미디어 파일을 모두 막았습니다. Deno의 분석으로는 필터가 확장자가 .ts인 파일을 내용과 상관없이 동영상 형식인 MPEG 전송 스트림으로 보고 함께 막았는데, Deno의 .ts 파일은 타입스크립트 소스 코드였습니다.

Deno의 모듈 저장소와 표준 라이브러리 배포가 98분 동안 멈췄고, Deno는 인프라를 다른 업체로 옮겨 서비스를 되살렸습니다. 클라우드플레어가 차단을 푼 것은 사고가 시작된 지 16시간 반 뒤였습니다. 같은 달 Deno는 회사 설립을 알리면서 Deno 기술로 만들 수 있는 것의 예로 「Cloudflare Worker 스타일의 서버리스 함수」를 들었고, 뒤이어 Deno Deploy를 내놓으며 Workers와 직접 경쟁했습니다.

인수된 제품들은 어떻게 됐나

클라우드플레어 블로그의 인수 태그에는 2025년 11월부터 이번까지 11개월 동안 다섯 건이 올라 있습니다. AI 모델 실행과 데이터, 웹 프레임워크, 빌드 도구에 이어 런타임까지 들였습니다. 같은 기간 앤트로픽은 또 다른 Node.js 대안 런타임 Bun을 샀습니다.

개발자 도구를 들일 때 두 회사는 본 제품을 그대로 키우겠다고 약속했습니다. VoidZero 합류 글은 Vite가 MIT 라이선스로 남고 어느 업체에도 묶이지 않는다는 문장으로 시작했고, 1월에 들어온 Astro도 여전히 오픈소스이며 어디에나 배포된다고 다시 확인했습니다. Bun 쪽은 앤트로픽이 Bun을 Claude Code와 Claude Agent SDK를 떠받치는 인프라로 쓰겠다며 산 경우입니다. Bun 팀은 Claude Code가 Bun 실행 파일로 수백만 사용자에게 배포되니 Bun이 망가지면 Claude Code도 망가진다고 적었습니다. 표의 개발자 도구 가운데 본 제품 개발을 멈추는 곳은 Deno가 처음이고, 그 결정에 Deno를 만든 달 자신이 동의했다는 점도 다릅니다.

에이전트를 돌릴 서버

두 회사가 공통으로 꺼낸 말은 AI 에이전트입니다. 달은 Deno 블로그에 더 나은 추상화가 특히 AI에서 절실하다고 쓰고, Durable Objects가 에이전트 하네스(모델이 일하도록 도구와 실행 환경을 붙인 소프트웨어)에 맞는 조건을 갖췄다고 적었습니다. 값싼 서버리스 실행, 지속되는 상태, 웹소켓, 자바스크립트로 다루는 높은 수준의 인터페이스입니다. 바르다도 해커뉴스에서 클라우드플레어가 한동안 AI 에이전트 인프라에 집중해 왔다는 사실은 잘 알려져 있다며, 에이전트가 점점 더 서버에서 돌아가는 흐름이라고 했습니다.

같은 흐름은 다른 회사에서도 보입니다. 10월 2일 Supabase는 매달 새로 생기는 데이터베이스 400만 개 가운데 70%를 에이전트와 AI 도구가 만든다고 밝히며 Turso를 인수했습니다. 에이전트 하나가 대화와 작업 상태를 들고 늘 떠 있는 작은 서버 하나라면, 에이전트가 수만 개로 늘 때 셀 하나에 붙는 월 4.15달러와 0.02달러의 차이가 그대로 운영비가 됩니다.

Deno 사용자에게 남은 시간

Deno Deploy에 서비스를 올려 둔 팀에게 남은 시간은 6개월입니다. 유료 고객은 Cloudflare Workers로 옮길 때 지원을 받지만, Node.js나 Bun, 다른 호스팅으로 옮기는 경우에 대한 지원 계획은 발표에 없습니다. Deno 런타임으로 짠 코드는 1년 동안 보안 업데이트를 받고, 그 뒤에는 커뮤니티 포크가 나오는지에 따라 달라집니다. 사이먼 윌리슨은 Deno 런타임이 1년 뒤로는 관리되지 않는다는 점을 이번 소식의 나쁜 뉴스로 꼽았습니다. JSR에 올린 패키지는 그대로 남습니다.

Deno를 직접 쓰지 않아도 영향권에 있는 서비스가 있습니다. Supabase의 Edge Functions는 공식 문서에 Deno 호환 런타임인 Supabase Edge Runtime 위에서 돈다고 적혀 있습니다. Deno 본체의 개발이 멈추면 이런 파생 런타임이 어떤 코드를 기반으로 삼을지는 이번 발표에 나오지 않았습니다.

클라우드플레어는 celld와 workerd를 합친 결과를 오픈소스로 내겠다고 했고, 바르다는 앞으로 몇 달 안에 추가 발표가 있을 것이라고 적었습니다.

읽어 주셔서 고맙습니다.

초이 드림