▲

Deno의 침체: 전 세계 리전이 6개로 축소

 (dbushell.com)
3P by GN⁺ 1일전 | ★ favorite | 댓글 4개
  • Deno Deploy의 글로벌 엣지 호스팅은 35개 리전에서 현재 6개 리전으로 급감, "전 세계 확장성" 주장은 사실상 무색함
  • 도쿄, 프랑크푸르트, 시드니 등 주요 지역이 제외되며, 사용자 지연 시간도 크게 증가함
  • Fresh 프레임워크, Deno KV, JSR 등 다른 주요 프로젝트들도 업데이트 정체 또는 사실상 중단 상태
  • Deno는 더 이상 혁신적인 자바스크립트 플랫폼이 아니며, 단순한 Node.js 호환성과 뒤따르기에 그치고 있음
  • 작성자는 초기 기대와는 달리 Deno에 '당했다'는 실망감을 토로하며, Bun에 대한 새로운 기대를 내비침

Deno Deploy의 리전 축소

  • Deno Deploy는 한때 35개 리전을 운영했으나 2025년 1월 기준으로 6개 리전만 남음
    • 현재 남은 리전: 싱가포르, 런던, 프랑크푸르트, 상파울루, 북버지니아, 캘리포니아
  • 도쿄 리전이 폐쇄되며 동아시아 전체를 싱가포르 한 곳이 담당하여 응답 속도 저하 발생
  • 공식 문서에서 "리전을 추가할 것"이라는 표현이 "최신 목록을 반영"으로 바뀌며 확장 계획 철회 신호

엣지 호스팅 주장에 대한 의문

  • Deno는 "엣지 컴퓨팅, 저지연 글로벌 서비스"를 강조하지만, 실제 리전 수 감소로 현실과 괴리 발생
  • 경쟁사인 Cloudflare는 125개국 335개 도시, Bunny는 77개국 119개 지점 운영
  • Netlify는 Deno 런타임을 활용하지만, 고성능 엣지 네트워크는 커스텀 요금제에서만 제공

Deno의 다른 제품군: 침체와 혼란

  • Fresh 웹 프레임워크는 2024년 10월 이후 릴리스 없음, 커밋 활동도 급감
  • Deno KV는 사실상 방치 상태, 마지막 정식 릴리스는 2023년 12월
  • JSR(JavaScript Registry)은 혼란스러운 패키징 시스템과 철학 부재로 비판 대상
  • Deno 런타임 자체는 Node.js 호환성 유지에 급급, 혁신은 실종된 상태
    • Deno 2.2의 대표 기능은 사용자 텔레메트리 도입, 사용자 반응은 냉담

커뮤니티 실망감과 대안 탐색

  • 작성자는 Deno에 깊이 투자했다가 실망했다며 ‘Rug pull’을 당했다고 표현
  • 초기 Node.js의 대안을 꿈꿨던 Deno는 이제 방향성과 차별성이 모호
  • 현재는 Bun에 관심을 두고 있으며, 새로운 도전을 기대하는 분위기

결론

  • Deno는 현재의 리전 규모, 제품 업데이트 상황, 기술적 방향성 모두에서 위축과 정체 상태
  • "전 세계 확장성과 엣지 호스팅"이라는 마케팅 용어가 현실적으로는 과장 또는 허위에 가까움
  • 커뮤니티의 신뢰 회복과 실질적 혁신 없이는, Deno의 미래는 더욱 불투명할 전망
▲
jeiea 23시간전  [-]

최근에 추가된 opentelemetry도 써먹고 있어서 런타임엔 만족하는데 deno deploy는 무료로만 써서 저런 일이 있는지 몰랐네요.
대안으로 bun에 주목하는 건 저는 이해하기 힘든 것 같아요. 어떤 종류의 공짜 점심을 기대하는 건지 정보가 필요하네요.

답변달기
▲
tujuc 1일전  [-]

deno deploy는 그렇다고 할수 있는데...
나머지는 흠.. 고민이 많아지네요.

서비스로 해놓은 것을 옮겨야하나...

답변달기
▲
GN⁺ 1일전  [-]
Hacker News 의견

  • Deno를 자주 사용함. 데이터 ETL이나 JSON 변환에 유용함

    • 설정이나 준비 없이 새로운 디렉토리를 만들어 바로 시작할 수 있음
    • Deno의 많은 기능이 여전히 유용하며, 최근에도 활발한 업데이트가 이루어지고 있음
    • Postgres와 Redis 같은 내부 및 커뮤니티 라이브러리도 활발히 업데이트되고 있음

  • Deno를 좋아하고 싶지만, 호환성 문제로 인해 Bun을 사용하게 됨

    • Bun은 TypeScript 작업에 있어 더 나은 경험을 제공함
    • Deno의 일부 기능이 미완성처럼 느껴짐
    • Fresh와 K/V store에 대한 의견이 공감됨
    • 백엔드 프레임워크 선택에 있어 명확한 답을 찾기 어려움
    • 데이터 센터 폐쇄는 긍정적이지 않음

  • Deno의 보안 문제에 대한 우려

    • Deno.lock을 지원하는 SBOM/SCA 도구가 없음
    • CVE 경고를 받기 어려움
    • npm 호환 패키지에만 의존해야 하는 상황이 부담스러움

  • Deno에 대한 실망감

    • Deno에 많은 기대를 걸었으나, 경쟁자인 Bun과의 경쟁에서 어려움을 겪음
    • 지역 축소가 고객 유지에 도움이 될 수 있음

  • Rust로 구현된 Node 모듈이 흥미로움

    • Bun의 Zig 구현은 많은 엣지 케이스를 무시함

  • Deno의 어려운 시기일 수 있음

    • 새로운 창의적 프로젝트가 겪는 과정일 수 있음
    • Ryan Dahl이 개선을 위해 노력하고 있음

  • Deno가 실제로 주목받은 적이 있는지 의문

    • 하락세로 설명하기 어려움

  • Deno의 Oracle 및 JavaScript 상표 관련 논란

    • 주목을 끌기 위한 전략으로 보임
    • 시장의 구매 결정 방식과 맞지 않음

  • Supabase의 Deno 의존 결정이 개발자들에게 불편을 초래함

    • 필요한 패키지를 찾거나 로드하는 데 시간 소모
    • Deno 2.0이 Node와 호환되지만, 그 목적이 불분명함
답변달기