Deno, Cloudflare에 합류: TypeScript 런타임, celld, AI 에이전트를 위한 엣지 인프라

2026년 10월 9일, Deno의 창립자 Ryan Dahl은 공식 블로그에 'Deno is joining Cloudflare'라는 글을 올려 Deno 팀 전체가 Cloudflare에 합류한다고 밝혔다. 먼저 분명히 해 둘 점이 있다. 우리가 읽을 수 있었던 블로그 발췌는 방향만 말할 뿐이다. 인수 금액, 지분 구조, 제품 존속 일정, 오픈소스 프로젝트의 거버넌스가 바뀌는지 여부는 적혀 있지 않다. 그래서 이 글은 공개된 사실과 업계의 일반 지식에 근거한 분석을 나누어 쓴다. 분석인 부분은 그때그때 밝힌다. 이런 소식은 과대 해석되기 쉽기 때문에 이 구분이 중요하다. 먼저 Dahl이 스스로 이 일을 어떻게 설명하는지 보자. 그에 따르면 Deno는 수년간 서버 소프트웨어를 더 단순하게 만들기 위해 노력해 왔다. 모듈은 어떻게 배포되어야 하는지, JavaScript 런타임은 어떤 보안 보장을 제공할 수 있는지, 완전한 툴체인에는 무엇이 들어가야 하는지, 애플리케이션을 얼마나 쉽게 독립 실행 파일로 배포할 수 있는지를 물어 왔다. Node.js와의 호환성도 중요한 부분이 되었는데, 사용자들이 Deno의 개선점을 원하면서도 기존 JavaScript 생태계에 계속 연결되기를 원했기 때문이다. 그의 설명으로는 팀과 커뮤니티가 이런 기능을 한데 모은 런타임을 만들었고, JavaScript 개발이 어떤 모습일 수 있는지에 대한 통념에 도전했다. 이 나열은 제품상의 구체적 선택과 대응한다. 권한 모델은 보안에, JSR은 모듈 배포에, 내장 툴체인은 완전성에, 단일 파일 컴파일은 독립 실행 파일에, npm 호환 계층은 생태계 연결에 해당한다.

더 정보가 많은 대목은 그다음이다. Dahl은 자신들의 야심이 처음부터 런타임에 머물지 않았다고 말한다. 이전의 'JavaScript 컨테이너' 글에서, 컴퓨팅, 스토리지, 통신이 애플리케이션마다 인프라를 조립하지 않고도 함께 작동해야 한다고 썼다고 한다. Deno Deploy는 그 목표를 향한 한 걸음으로, 애플리케이션 실행을 가능한 한 직관적으로 만들려는 시도였다. 그러나 Deploy를 만들고 운영하면서 개발자 경험 아래에 얼마나 많은 복잡성이 남아 있는지도 드러났다. Dahl은 그 계층도 단순하게 만들고 싶었고, 그 결과가 celld다. 그의 설명대로 celld는 Cloudflare Workers 프로그래밍 모델 위에 세워져, 개발자가 처음부터 분산 애플리케이션을 구축하게 하면서 시스템을 운영하기 쉽게 만든다. 그가 가장 기대하는 점은 확장성이 각 앱이 직접 조립해야 하는 인프라가 아니라 프로그래밍 모델에 내장되어 있다는 것이다. 발췌는 'Deno에서 Deno로의 흐름'이라는 문장에서 끊겨 있으며, 뒤의 내용은 추측하지 않는다.

이를 업계 맥락에 놓고 몇 가지 분석을 해 볼 수 있다. 이것은 발표 내용이 아니라 우리의 판단이다. 첫째, Workers 모델은 전 세계 엣지 거점에서 가볍고 격리된 JavaScript와 TypeScript 코드를 실행한다. Deno 팀이 오랫동안 다뤄 온 것도 같은 계열의 언어와 런타임 문제여서, 두 기술 노선은 원래부터 가까웠다. 둘째, Deno 웹사이트에는 신뢰할 수 없는 코드를 안전한 Linux 가상 머신에서 실행하는 Deno Sandbox(AI 에이전트를 위해 만들어짐)와 에이전트용 오픈소스 보안 방화벽 Claw Patrol이 이미 올라 있다. 에이전트가 스스로 코드를 쓰고 실행하기 시작하면, 그 코드를 어디에서 안전하게 돌릴 것인가가 새로운 인프라 요구가 된다. 엣지 네트워크는 사용자와 데이터 가까이에 격리된 실행 환경을 두기에 자연스러운 위치다. 셋째, 안전한 기본값으로 알려진 런타임과 글로벌 네트워크 및 개발자 플랫폼을 이미 가진 회사의 결합은 앞뒤가 맞는 이야기다.

그러나 열어 두어야 할 의문도 여럿 있다. 첫째는 거버넌스다. Deno의 오픈소스 런타임, Fresh 웹 프레임워크, JSR 레지스트리가 현재의 운영 방식과 중립성을 유지할지에 대해 발췌는 답하지 않는다. 특히 JSR은 TypeScript를 우선하는 패키지 레지스트리로 여러 런타임이 함께 쓸 수 있어, 그 소속은 생태계 전체에 민감하다. 둘째는 중복이다. Deno Deploy와 Cloudflare 자체의 서버리스 제품은 비슷한 수요를 겨냥하고 있으며, 통합될지, 공존할지, 서서히 수렴할지는 알려지지 않았다. 셋째는 celld 자체다. 글에는 프로젝트로 언급되지만, 발췌에는 API, 출시 시기, 기존 Workers 제품과의 관계가 없다. 이미 쓸 수 있는 제품처럼 평가해서는 안 된다. 개발자에게 지금 가장 안전한 해석은 이것을 이전 신호가 아니라 방향 신호로 받아들이는 것이다. 엣지 플랫폼은 런타임, 샌드박스, 분산 상태를 하나의 프로그래밍 모델로 묶고 있으며, TypeScript는 그 모델의 공용어다. Deno Deploy, Subhosting, 엔터프라이즈 지원 계약에 의존하는 팀은 서비스 지속에 대한 명확한 설명을 기다려야 한다. 오픈소스 런타임만 쓰는 팀은 라이선스, 릴리스 주기, 메인테이너 구성의 변화를 지켜보면 된다. 업계 관찰자에게 이 소식의 무게는 금액보다 방향에 있다. Node.js 노선에 도전한 것으로 알려진 프로젝트가 다음 걸음을 인프라 기업의 플랫폼 안에 두기로 했다. 이것이 생태계가 성숙하는 신호인지, 독립 런타임이 설 자리가 좁아지는 신호인지는 앞으로 몇 분기 동안의 출시물과 거버넌스가 가를 것이다. 눈여겨볼 구체적 신호는 세 가지다. 오픈소스 저장소의 상태와 기여 규칙, Deno Deploy와 에이전트를 겨냥한 샌드박스 제품의 공개 로드맵, 그리고 의도가 아니라 실제 인터페이스를 보여 주는 celld의 기술 문서다. 그때까지 책임 있는 자세는 경계하되 호들갑을 떨지 않는 것이며, 짧은 블로그 발췌를 완전한 설명으로 받아들이지 않는 것이다.