Deno 팀, Cloudflare에 합류

Deno Is Joining Cloudflare

▲ 986ilreb512 HN 토론

Deno 팀 전체가 Cloudflare에 합류한다. Deno 런타임은 1년간 월별 버그·보안 업데이트를 제공한 뒤 개발이 중단되지만 오픈소스로 남는다. Deno Deploy는 6개월 후 종료되며 유료 고객은 Cloudflare Workers로 이전을 지원받는다. JSR은 Cloudflare 인프라로 이전해 계속 운영된다. 향후 개발은 Cloudflare Workers와 Durable Objects 기반의 공유 플랫폼, 특히 AI 에이전트 실행에 집중될 예정이다.

우리는 이 프로그래밍 모델을 서버를 구축하는 기본 방식으로 만들고 싶습니다. Cloudflare 네트워크에서 실행하든 자체 인프라에서 실행하든 말이죠.
원문 읽기 →HN 토론RSS

HN 토론

512
  1. theodorejb

    > 우리는 앞으로 1년 동안 버그 수정과 보안 업데이트가 포함된 월간 릴리스와 함께 Deno 런타임을 지원할 것입니다. 그 후에는 Deno 런타임 개발을 종료할 것입니다. Deno는 오픈 소스로 남을 것이며, 개발을 계속하고자 하는 다른 분들을 환영합니다.

    그러니까 다른 누군가가 개발을 이어받지 않는 한, Deno는 더 이상 지원되지 않을 것입니다.

  2. sholladay

    초기 Deno를 사랑했고, 이렇게 죽어가는 모습을 보니 슬프네요. Ry의 초기 비전 때문에 Deno 생태계에 많이 투자했었습니다.

    하지만 그들이 방향을 바꾸고 npm 호환성을 우선순위에 두기 시작한 순간부터 이런 결과가 올 것을 예상했기에 그만두었습니다. Deno의 표면적은 아름답게 단순한 것에서 매우 비대해졌습니다. 그들이 VC 투자 압박을 느끼고 Node를 처음 원칙부터 다시 만드는 것을 포기했다고 생각합니다.

    그나마 다행인 점은 초기 Deno가 너무 좋아서 Node가 그 기능 중 일부를 따라했다는 것입니다. 그래서 적어도 지금은 더 나은 Node를 가지고 있습니다.

  3. coldtea

    "Deno 개발이 Cloudflare의 인수합병을 통해 사실상 중단됨"이 더 나은 헤드라인이었을 겁니다.

  4. sixdimensional

    그래서 개발자 도구 통합/인수가 계속되는군요... 흠!

    - Cursor -> SpaceX

    - Astral/uv -> OpenAI

    - Stainless -> Anthropic

    - Bun -> Anthropic

    - Astro.js -> Cloudflare

    - Deno -> Cloudflare

    - VoidZero (Vite 등) -> Cloudflare

    - NuxtLabs -> Vercel

    - Hugging Face -> NVIDIA

    - ... 또 뭐가 있지?

  5. networked

    RIP, 내가 가장 좋아하는 JavaScript 런타임이여, 그리고 고마워. 이 세상에는 너무 안전했어.

    Cloudflare에게 이게 어떤 비즈니스적 움직임일까? celld는 현재 workerd보다 더 완전한 Cloudflare-at-home 런타임이다. Cloudflare가 Workers를 상품화해서 얻는 게 뭐지?

    나는 사실 Cloudflare Workers 사용자는 아니지만, workerd와 celld에 관심을 가지고 지켜봐 왔다. 상자 안에 담긴 완전한 백엔드라는 아이디어가 매력적이다 (PocketBase, Algernon도 참고). 동시에, 이번 인수는 다른 회사가 celld를 위해 Deno를 인수하지 않을 것이라는 뜻이기도 하다.

  6. ryanrasti

    많은 댓글이 Deno의 서비스 종료에 관한 것이지만, 더 흥미로운 부분은 celld 모델을 workerd에 통합하는 것이다.

    나는 celld가 발표된 이후로 계속 지켜봐 왔다. 객체 스토리지 위에서 내구성과 조정을 모두 부트스트래핑하는 것은 셀프 호스팅을 위해 많은 것을 단순화한다. (그렇다, 셀프 호스팅이 클라우드 의존성을 가진다는 게 아이러니하지만, 이 경우에는 S3가 스스로 운영할 수도 있는 널리 지원되는 프로토콜이 되었기 때문에 정당하다고 생각한다).

    그 모델이 정확히 어떻게 workerd에 들어가는지 세부 사항이 궁금하다.

  7. bennett_dev

    Ryan Dahl이 수년간 Deno와 Deno Deploy를 그렇게 밀어붙였는데, 각각 1년 6개월 만에 죽게 내버려둔다는 게 씁쓸하게 느껴진다.

    다행히 Deno 기능을 많이 사용하는 코드베이스는 없어서, 그렇지 않았다면 지금 가파른 학습 곡선을 겪었을 것이다.

  8. flohofwoe

    내 감정을 요약하자면: 젠장!

    Deno가 package.json이나 그와 유사한 '메타데이터' 파일 없이도 독립형 TS 스크립트에서 패키지 레지스트리나 심지어 git 저장소에서 직접 가져올 수 있는 능력은 셸 스크립팅 같은 것에 정말 좋았다. 내가 알기로 node.js는 아직 비슷한 것을 할 수 없지 않나?

  9. TheRoque

    젠장. Deno는 아주 오래된 프로젝트다. 2018년에 Nodejs 창시자가 "내가 NodeJS에서 싫어하는 것들"이라는 발표를 하고 Deno를 소개했다. 벌써 8년 전이다. 분명히 대부분의 Node 사용자에게 알려졌음에도 불구하고 전혀 traction을 얻지 못했다. Deno가 해결하려는 "나쁜 부분들"이 기억도 안 난다. 그게 그렇게 나빴던가? 어쨌든 Node는 계속 진화하고 새로운 기능, 새로운 표준, 최적화를 구현할 것이다. 대안으로 옮기는 건 매우 위험하다고 생각한다. LLM 시대에 Node에서 벗어나고 싶다면, 모든 것을 네이티브 Go나 Rust로 번역하는 게 낫다.

  10. pimterry

    Cloudflare 측 글도 읽어볼 가치가 있다: https://blog.cloudflare.com/deno-joins-cloudflare/

이 날의 다른 글

2026-10-09