- 최근 Deno Deploy, KV, Fresh, 전반적인 회사 및 프로젝트 모멘텀에 대한 비판과 우려가 등장함
- 비판 중 일부는 타당하고, 자체적으로 진행상황을 충분히 공개하지 않아 혼란을 키우기도 했으나, 이 소문 및 비판 중 많은 부분은 근거 없는 추측이나 사실과 다른 내용임
- Deno 2 출시(2023년 10월 이후) 이후 월간 활성 사용자 지표 기준으로 채택률이 2배 이상 상승함
- Deno 2의 강력한 Node 호환성이 실제 적용에서 큰 허들을 제거했으며, 플랫폼은 더욱 빠르고 강력하며 간단해짐
Deno Deploy의 변화와 진화
- 가장 많은 질문 중 하나는 최근 Deno Deploy의 사용 가능 리전 감축에 대한 이유임
- 감축 배경에는 비용 외에도 실제 사용 패턴과 필요 변화가 있음
- 대부분의 앱은 모든 리전이 아닌, 데이터와 가까운 지역에서의 속도, 디버그, 규정 준수가 중요함
- Deploy 출시 이후 25개에서 35개, 현재 6개 리전까지 변동됨
- 많은 리전이 실제로 거의 사용되지 않아, 오히려 지나치게 분산 시 성능 저하(지연, 용량 문제) 발생함
- 사용자의 요구에 부합하는 실제적인 “엣지” 비전을 다시 구축 중에 있음
- 새로운 Deploy 버전 개발 중이며, 플랫폼은 전체 애플리케이션 호스팅 지향으로 진화함
-
서브프로세스, 백그라운드 작업, OpenTelemetry, 빌드 파이프라인, 자체 호스팅 리전 등을 지원할 예정
- 곧 앱을 리전에 고정시키거나 자체 클라우드에서 실행 가능한 기능 제공 예정임
KV(키-밸류 스토어) 방향성
- Deno KV는 설정이 필요 없는, 전역 일관성 보장 및 실시간 기능을 제공하는 간단한 API의 스토어임
- 세션 데이터, 피처 플래그, 협업 상태 등에 적합하지만, 범용 데이터베이스용은 아님
- 더 넓은 데이터 관리 니즈에 대해 두 가지 노력을 진행 중임
- 기존 관계형 데이터베이스의 Deno Deploy 내 통합 강화
-
컴퓨트와 상태 연계를 단순화하는 신규 프로젝트(Cloudflare Durable Objects에서 영감) 추진
- 위 방향에 따라 KV는 베타 유지, 중대한 버그/보안 이슈만 지속적 대응
- 전체 상태 관리 솔루션의 중심이나 진화된 역할은 앞으로 다른 프로젝트가 맡게 될 전망임
Fresh 프레임워크 현황
- Fresh는 여전히 모든 사내 앱/웹의 기반이면서, 활발히 유지/개선되고 있음
- Fresh 2에 대한 많은 기대와 오랜 대기 상황을 인지하고 있음
- 급하게 출시하는 대신 기본 품질과 구조 다듬기를 우선시함
- 최근 발표된 상세 개선 내용 관련 블로그 글를 참고 할 것
- 올해 중 안정적인 Fresh 2 배포 예정임
Deno, 런타임 그 이상의 플랫폼
- Deno는 단순 런타임을 넘어 완전한 JavaScript 시스템 플랫폼임
- 한 도구 체계로 작성, 실행, 테스트, 배포, 모니터링 등 통합 수행 가능
- 통합성, 기본 설정, 플래그, 도구간 연결 등이 지속적으로 강화되고 있음
- 단순한 기능 동등성보다 통합된 생태계 조성을 목표로 함
-
JavaScript 개발의 본질적 품질 향상을 지향하며, 이를 위한 범위 확장에 도전 중임
이 플랫폼의 목표와 이유
-
스크립트 언어는 빠른 실무 개발에서 불가결한 역할임
- JavaScript는 표준화, 대규모 생태계, 범용적 확장성 측면에서 미래가 더욱 밝음
- “배터리 포함” 플랫폼이 필요하며, Deno가 이를 지향함(권한관리, 웹서버, 관측, 린트, 타입체크 등 기본 제공)
-
조각난 도구 대신 일원화된 경험을 제공함
미래 계획 및 커뮤니케이션 강화
- Deno는 위축이 아닌 확장 국면에 진입함
- 플랫폼 속도, 호환성, 완성도 지속 개선 및 JSR의 독립적 거버넌스 성장 중
-
TC39/ WinterTC 등 커뮤니티 협업과 JavaScript 생태계를 위한 다양한 활동 병행
- Deploy, KV 경험을 바탕으로 지속적이고 분산된 신제품 개발 진행 중이며, 곧 추가 소식 공개 예정
- 논란이나 불신을 줄이기 위해 커뮤니케이션을 강화하며, 개발자와의 신뢰를 중시할 계획임