자바스크립트 런타임 Deno를 만든 팀 전원이 클라우드플레어에 합류한다. Deno의 창립자이자 Node.js를 처음 만든 라이언 달(Ryan Dahl)은 자사 블로그를 통해 이 소식을 전하며, 별도의 런타임과 호스팅 서비스를 계속 개발하는 대신 클라우드플레어의 공유 플랫폼에 향후 개발 역량을 집중하기로 했다고 밝혔다. 단순한 인수·합병 소식을 넘어, 서버 애플리케이션을 만드는 방식 자체를 어디에 베팅할 것인가에 대한 한 진영의 결정이라는 점에서 한국의 백엔드·인프라 실무자들이 눈여겨볼 만하다.
Deno가 걸어온 길
Deno는 모듈 배포 방식, 자바스크립트 런타임이 제공할 수 있는 보안 보장, 완결된 툴체인의 범위, 애플리케이션을 단일 실행 파일로 배포하는 방법 같은 질문들을 던지며 출발했다. 기존 자바스크립트 개발의 전제를 다시 묻는 시도였던 셈이다. 동시에 사용자들은 Deno의 개선점을 누리면서도 기존 JS 생태계와 계속 연결되기를 원했고, 이에 따라 Node.js 호환성 확보도 중요한 과제가 됐다. 이 조합은 Deno가 신생 런타임의 실험성과 현실적 채택 가능성 사이에서 균형을 잡으려 했음을 보여준다.
달은 팀의 야심이 애초부터 런타임에만 머물지 않았다고 설명한다. 그가 과거 '자바스크립트 컨테이너' 글에서 제시한 그림은 연산(compute), 저장(storage), 통신(communication)이 함께 맞물려 동작하되, 모든 애플리케이션이 저마다 인프라를 조립할 필요가 없는 세계였다. Deno Deploy는 그 목표를 향한 한 걸음으로, 애플리케이션을 가능한 한 손쉽게 구동하려는 시도였다.
Deploy에서 celld로, 그리고 합류의 이유
그러나 Deploy를 만들고 운영하는 과정은 매끈한 개발자 경험 아래에 얼마나 많은 복잡성이 남아 있는지를 드러냈다. 달은 바로 그 아래 계층까지 단순화하고 싶었고, 이것이 celld로 이어졌다고 말한다. celld는 클라우드플레어 Workers의 프로그래밍 모델 위에서, 개발자가 처음부터 분산 애플리케이션을 설계하면서도 시스템 운영은 단순하게 유지하도록 돕는다. 그가 가장 고무적으로 여기는 지점은 확장성(scaling)이 각 애플리케이션이 따로 조립해야 하는 인프라가 아니라 프로그래밍 모델 자체에 내장돼 있다는 점이다.
Deno에서 Deno Deploy, 다시 celld로 이어진 흐름이 이번 합류를 설명한다. 클라우드플레어에서 Deno 팀은 Workers 및 Durable Objects 팀의 작업과 자신들의 결과물을 결합하게 된다. 목표는 이 프로그래밍 모델을 서버를 구축하는 기본 방식으로 만들되, 클라우드플레어 네트워크 위에서든 사용자 자신의 인프라 위에서든 통용되게 하는 것이다. 특정 클라우드에 종속되지 않는 실행 모델을 지향한다는 선언으로 읽힌다.
AI 에이전트와 Durable Objects
달은 더 나은 추상화의 필요성이 특히 AI 영역에서 절실하다고 짚는다. Durable Objects는 저렴한 서버리스 실행, 지속되는 상태(persistent state), WebSockets, 고수준 자바스크립트 인터페이스처럼 에이전트 하네스(agent harness)에 특히 유용한 기능들을 한데 모은다. celld가 Durable Objects에 초점을 맞춘 이유도 여기에 있으며, 달은 이 지점을 가장 탐구하고 싶은 영역으로 꼽았다. 자체 인프라에서 에이전트를 대규모로 운영하려는 조직이라면 이 조합이 상태 관리와 실시간 통신을 별도로 짜 맞추는 부담을 줄여줄 수 있다.
실무자가 따져봐야 할 한계
다만 이 변화가 기존 Deno 사용자에게 미치는 영향은 신중하게 봐야 한다. 달 스스로 "Deno 위에서 무언가를 구축해 온 이들에게 중대한 변화"임을 인정했다. 팀의 향후 개발 역량이 공유 플랫폼으로 이동한다는 것은, 독립 런타임과 호스팅 서비스로서의 Deno에 대한 투자 방향이 바뀐다는 의미다. 코드를 기여하고, Deno 위에서 사업을 세우고, 문제를 제보하며 방향을 신뢰해 온 커뮤니티에 대한 감사의 인사가 함께 실린 점은 그만큼 전환의 무게가 크다는 방증이다.
결국 이번 발표는 자바스크립트 서버 개발의 무게 중심이 '독립 런타임'에서 '분산 실행 모델이 내장된 플랫폼'으로 옮겨가는 한 단면을 보여준다. 현재 Deno나 Deno Deploy에 의존하는 서비스를 운영 중이라면 로드맵과 지원 범위가 어떻게 재편될지 공식 안내를 확인하는 편이 안전하다. 반대로 에이전트형 워크로드를 자체 인프라에서 확장하려는 팀에게는 Workers·Durable Objects 기반 모델이 검토 대상에 오를 만하다. 구체적인 청사진은 달과 켄턴 바다(Kenton Varda)가 클라우드플레어 블로그에 공동으로 올린 글에서 더 확인할 수 있다.