요약

  • Deno Deploy는 앞으로 6개월 더 운영될 예정이며, Deno는 런타임이 1년 동안 매월 버그 및 보안 릴리스를 받은 뒤 Deno가 자체 런타임 개발을 종료한다고 밝혔습니다. JSR은 어느 쪽 종료 창구에도 들어가지 않고 계속됩니다.
  • Cloudflare는 celld의 아이디어와 코드를 workerd에 통합하고 셀프호스팅 Workers와 Durable 주체를 1급 지원 경로로 만들려고 합니다. 그러나 Cloudflare 자신의 발표에 따르면 현재 오픈소스 workerd의 Durable 주체는 단일 인스턴스 방식이며, 분산 셀프호스팅 작업은 완료되지 않았습니다.

더 짧은 시계는 호스티드 서비스에 속한다

Deno가 10월 9일 Cloudflare로 이동한 조치의 실질적 결과는 같은 벽에 걸린 두 개의 시계로 보는 것이 가장 명확합니다.

첫 번째 시계는 더 일찍 멈춥니다.발표에서 Deno는 Deno Deploy가 6개월 동안 운영된 뒤 종료될 것이라고 밝혔습니다. 유료 고객에게는 Cloudflare Workers로의 마이그레이션 지원이 약속되어 있습니다. Deno는 이 발표에서 정확한 종료 날짜, 영향받는 고객 수, 마이그레이션 성공률, 마이그레이션 이후 가격 보호, Workers에서의 동등한 상업 조건은 공개하지 않았습니다.

이는 Deploy 사용자에게 즉각적인 결정을 남깁니다. 호스티드 서비스는 소스 코드가 어딘가에 남아 있다고 해서 보존되지 않습니다. 애플리케이션, 상태, 배포 워크플로, 관측 도구, 바인딩, 상업적 전제는 계속 운영될 무언가 위에 자리를 잡아야 합니다. Deno는 유료 고객의 지원되는 목적지로 Workers를 지목했습니다. 그러나 모든 Deploy 고객이 동일한 마이그레이션 지원을 받을 것이라고, 또는 이전이 비용, 성능, 운영 특성을 보존할 것이라고 공개적으로 약속하지는 않았습니다.

두 번째 시계는 더 길고 다른 자산에 적용됩니다. Deno에 따르면 Deno 런타임은 1년 동안 매월 버그 수정과 보안 업데이트를 받습니다. 그 기간이 끝나면 Deno는 코드를 오픈소스로 남긴 채 자체 런타임 개발을 종료한다고 합니다. 이는 Deno Deploy 종료와 같은 사건이 아니며, 새로운 유지 관리자가 인수하겠다는 약속도 아닙니다. 문서화된 약속은 더 좁습니다. Deno가 주도하는 버그 및 보안 릴리스가 1년 더 이어지고, 그 뒤에는 다른 사람들이 이를 이어갈지에 따라 미래 유지 관리가 달려지는 오픈소스 코드베이스가 남습니다.

이 두 시계 밖에 있는 항목도 두 가지 있습니다. Deno는JSR이 계속될 것이라고 하며, 그 인프라는 Cloudflare로 이전합니다. 또한 rusty_v8에 대한 지원을 계속하고 workerd에 통합하는 작업을 진행하겠다고 밝혔습니다. 어느 발표도 종료 날짜나 완료된 통합을 제시하지 않습니다.

기업 차원의 서술도 정확하게 유지할 필요가 있습니다. Deno는 자사 팀 전체가 Cloudflare에 합류한다고 밝혔고,Cloudflare도 같은 표현을 사용했습니다.TechCrunch는 이 거래를 인수로 보도했으며 금융 조건은 공개되지 않았다고 전했습니다. 따라서 공개 발표는 팀의 이동과 그에 따른 제품 결정을 확인시켜 주지만, 거래 가치나 세부 거래 조건은 공개하지 않습니다.

이식성이 미완성 부분이다

Cloudflare의 전략적 명분은 Deno 제품군을 그대로 유지하는 데 있지 않습니다. Deno는 향후 개발을 Workers 프로그래밍 모델을 중심으로 한 공유 플랫폼으로 전환한다고 밝혔습니다. Cloudflare는 Ryan Dahl과 Bert Belder가 workerd 셀프호스팅을 Workers 방식 애플리케이션을 만들고 실행하는 1급 지원 경로로 만드는 작업을 이끌며, celld의 코드와 아이디어를 반영할 것이라고 합니다.

이 의도가 중요한 이유는 Cloudflare가 현재의 한계도 솔직하게 서술하고 있기 때문입니다. Cloudflare는 10월 9일자포스트에서 오픈소스 workerd에 이미 Durable 주체 지원이 포함되어 있지만, 분산 확장이 아니라 로컬 테스트에 적합한 단일 인스턴스 형태라고 밝혔습니다. Cloudflare에 따르면 자사 네트워크 내부의 프로덕션 Durable 주체 라우팅은 셀프호스터가 현실적으로 재현할 수 없는 인프라에 의존합니다. Celld는 그 문제를 다른 방식으로 접근하기 위해 만들어졌습니다.

이 두 진술 사이의 간극이 바로 시장의 검증 과제입니다.

Cloudflare는 오늘날 오픈소스 런타임을 내세울 수 있습니다. Celld도 오늘 실행할 수 있습니다. 그러나 소스의 가용성은 비교 가능한 장애 처리, 확장 동작, 업그레이드 방식, 운영 도구를 갖춘 지원되는 운영 환경과 동등하지 않습니다. Celld의버전 0.6.2 한계 문서는 해당 릴리스를 베타로 표시하고, 인그레스, 네트워크 기밀성, 플릿 관리 등 운영자의 책임을 열거합니다. 한편 Cloudflare는 향후 몇 개월 안에 셀프호스팅 관련 발표가 더 이어질 것이라고 합니다.

여기서 인용된 공개 근거 중에는 셀프호스팅된 celld 또는 workerd와 Cloudflare의 관리형 네트워크 사이에 프로덕션 규모의 동등성을 입증하는 것이 없습니다. Durable 주체를 사용하는 프로덕션 Workers 애플리케이션이 동작, 비용, 운영 부담을 변함없이 Cloudflare를 떠날 수 있음을 보여주는 공개된 이식성 벤치마크도 없습니다.

이 구분은 전환이 단순한 락인 논쟁으로 굳어지는 것도 막습니다. Cloudflare는 오픈소스와 "탈출구"가 상업적으로 유용하다고 말합니다. 출구가 존재할 때 고객은 차별화된 플랫폼을 채택할 가능성이 더 높아진다는 것입니다. 이는 회사가 밝힌 인센티브입니다. 그러나 그 출구가 프로덕션 구매자에게 실질적으로 중요할 만큼 운영적으로 강해질지는 경험적 질문으로 남습니다.

Deno 사용자에게 단기적 결정은 덜 이론적입니다. Deploy 고객은 6개월의 서비스 기간을 안에 두고 계획해야 합니다. 런타임 사용자는 원 팀이 자체 런타임 개발을 끝내기 전 Deno가 주도하는 보안 및 버그 유지 관리를 1년 받습니다. JSR 사용자는 연속성 약속을 받았지만 그 인프라는 이동 중입니다. Cloudflare 밖에서 Workers 모델에 관심 있는 개발자에게는 활성 프로젝트와 회사의 목표 선언이 있지만, Cloudflare가 만들겠다고 말한 완성된 이식성 환경은 아직 없습니다.

이 네 가지는 서로 다른 조건입니다. 이를 하나의 전환으로 묶으면 작업과 리스크가 실제로 어디에 놓여 있는지가 가려집니다.

출처