Deno가 Cloudflare에 합류한다

Cloudflare가 Deno를 인수하면서 Deno 런타임(runtime)은 1년 동안 월간 버그 수정과 보안 업데이트를 제공한 뒤 개발을 멈추겠다고 합니다. 저는 이를 런타임의 승리보다 celld를 기반으로 한 서버 모델에 가치를 옮긴 결정으로 읽습니다.

Deno에서 Node.js로 돌아간 뒤 빌드 속도 개선을 확인했다는 최근 사례와도 맞닿습니다. 그 사례와 라이언 달의 설명은 Deno의 독자성이 어디에 있는지 묻습니다. 이번 인수는 런타임의 우열보다 개발자가 어떤 실행 모델과 운영 부담을 택할지 재편하는 흐름을 보여줍니다.

Deno와 Node.js의 창시자인 라이언 달(Ryan Dahl)은 Deno가 Node 호환성의 중력에 끌려 들어가 Node와 비슷해졌다고 지적합니다. 호환성에 차이가 흡수되면 성능이나 보안의 작은 개선만으로 독자적인 런타임을 유지하기 어렵다는 뜻입니다.

기사는 Node.js도 유사한 권한 모델(permission model)을 지원하지만, 특정 네트워크 호스트를 허용 목록(allowlist)에 넣는 기능은 아직 없다고 합니다. Deno의 세밀한 권한 설정은 여전히 장점입니다. 다만 이 기능만으로 Deno의 구조적 우위를 단정하기는 어렵습니다.

Cloudflare는 Workers 프로그래밍 모델로 앱을 개발하고 실행할 때 workerd 자체 호스팅을 정식 지원하는 것이 인수 목표라고 밝혔습니다. 라이언 달은 celld가 객체 스토리지(object storage)만으로 조정(orchestration)과 영속성(persistence)을 구현하는 새 서버 모델이라고 봅니다. 실제 운영 방식까지 바꿀지는 제품으로 검증돼야 합니다.

Deno는 오픈소스로 남고 Cloudflare는 개발을 이어갈 사람들을 환영한다고 합니다. 하지만 공개 코드가 계속 남는다는 말과 누군가 버그·보안 수정을 책임진다는 말은 다릅니다. 커뮤니티에 문을 열어 둔 것만으로 유지보수가 보장되지는 않습니다.

현재 Deno에 의존한다면 월간 업데이트 이후 누가 릴리스를 맡는지, 보안 수정과 호환성 지원이 어떻게 이어지는지 살펴보십시오. 새 프로젝트에서는 Deno의 권한 설정뿐 아니라 Node.js와 workerd의 운영 경로도 같은 조건에서 비교해 보시기 바랍니다.