Deno 팀이 Cloudflare에 합류한다는 소식은 2026년 10월 9일 Deno 창립자 Ryan Dahl이 Deno 공식 블로그에서 발표했고, Cloudflare도 같은 날 공식 블로그 글로 계획을 확인했습니다. 평범한 인재 이동이 아닙니다. 팀 전체가 옮겨 가는 동시에 Deno의 호스팅 서비스 Deno Deploy는 종료 카운트다운에 들어갔고, 독립 런타임도 공식 유지보수 기간이 1년만 남았습니다.
Cloudflare에 정말 부족한 것은 셀프 호스팅 가능한 Durable Objects
Cloudflare는 같은 날 글에서 약점을 솔직하게 밝혔습니다. 오픈소스 런타임 workerd는 프로덕션 환경과 코드를 공유하지만, 그 안의 Durable Objects 구현은 단일 인스턴스 버전뿐이라 로컬 테스트에는 충분해도 셀프 호스팅 규모를 감당하지 못합니다. 반면 Cloudflare 자체의 프로덕션 객체 라우팅 시스템은 전 세계 거점과 외부 서비스 묶음에 의존해 고객의 자체 데이터센터로 가져가기 어렵습니다. Deno 팀이 2026년 8월 공개한 celld가 바로 이 빈틈을 메웁니다. Workers와 Durable Objects의 오픈소스 구현으로, 처음부터 셀프 호스팅과 수평 확장을 염두에 두고 설계됐습니다. 앞으로 Ryan Dahl과 Bert Belder가 중심이 되어 celld의 코드와 아이디어를 workerd에 통합하고, Workers 프로그래밍 모델을 자체 서버에서 돌리는 방식을 정식 선택지로 만들 계획이며, 자세한 내용은 앞으로 몇 달에 걸쳐 공개됩니다.
두 개의 카운트다운: Deploy는 6개월, 런타임은 1년
지금 Deno를 쓰는 팀에게는 비전보다 일정이 더 중요합니다. Deno Deploy는 6개월간 더 운영된 뒤 종료되며, 유료 고객에게는 Cloudflare Workers로의 이전 지원이 제공됩니다. Deno 런타임은 앞으로 1년간 매달 버그 수정과 보안 수정이 이어지지만, 그 뒤에는 원래 팀의 개발이 끝납니다. 코드는 오픈소스로 남아 커뮤니티가 이어받을 수 있습니다. 패키지 레지스트리 JSR은 운영을 계속하되 인프라가 Cloudflare로 옮겨 가고, 기반 구성 요소인 rusty_v8도 계속 유지되며 workerd로의 통합이 목표입니다. 6개월을 앞으로 세면 2027년 4월 무렵 Deploy에서 돌고 있는 서비스는 이전을 마쳐야 하고, 그 유예 기간은 발표 당일부터 이미 시작됐습니다.
에이전트 개발자들이 이 소식을 주목하는 이유
Dahl은 발표 글에서 에이전트 시나리오를 특히 짚었습니다. Durable Objects는 저렴한 서버리스 실행, 영속 상태, WebSocket 연결을 하나의 객체에 담고 있어, 오래 실행되는 에이전트 하니스가 필요로 하는 기반에 가깝기 때문입니다. 대규모로 에이전트를 구축하는 팀에게는 직접 연락해 달라고도 했습니다. 에이전트 트래픽이 이미 인간 트래픽을 앞지른 만큼, 실행 계층이 어디로 모이는지는 에이전트 제품의 비용 구조와 배포 경계를 직접 좌우합니다. Workers가 Cloudflare 네트워크와 고객의 자체 서버에서 동일하게 돌아간다면, 에이전트 업체는 '플랫폼의 편의성'과 '데이터를 내부 네트워크 밖으로 내보내지 않는 것' 사이에서 하나를 고를 필요가 없어집니다.
다만 약속이 실제 출시로 이어지기 전까지 이것은 아직 로드맵일 뿐입니다. 셀프 호스팅 workerd 주변 도구는 Cloudflare 스스로 소홀했다고 인정한 부분이며, Deno 팀의 합류가 그 간극을 메울 수 있을지는 앞으로 몇 달간의 실제 출시가 말해 줄 것입니다. Deno 사용자의 판단은 더 단순합니다. 먼저 Deploy 종료 일정에 맞춰 이전을 준비하고, 그다음 셀프 호스팅 workerd를 따라갈 가치가 있는지 가늠하면 됩니다.
