Cloudflare Workers Builds 기본 툴체인 버전 상향, Node.js 24.21.0·Bun 1.4.3 등 적용

Cloudflare는 Workers Builds에서 사용하는 기본 런타임과 패키지 매니저 버전을 업데이트했다. 이번 변경은 Node.js, Yarn, Bun, Python, Ruby, Go와 Python 계열 패키지 도구까지 폭넓게 포함하며, 별도 버전 지정이 없는 프로젝트에 직접 영향을 줄 수 있다.

기본 빌드 환경이 여러 언어 스택에서 동시에 변경

공개된 변경 사항에 따르면 기본값이 바뀐 항목은 Node.js 24.18.0에서 24.21.0, Yarn 4.9.1에서 4.18.1, Bun 1.2.15에서 1.4.3, Python 3.13.3에서 3.14.8, Ruby 3.4.7에서 3.4.11, Go 1.24.3에서 1.27.2로 조정됐다.

Python 패키징 도구도 함께 올라갔다. pip은 25.1.1에서 26.2.1, pipx는 1.7.1에서 1.17.2, Poetry는 2.1.3에서 2.4.3, uv는 0.7.13에서 0.12.10으로 변경됐다.

특히 빌드 파이프라인에서 기본 도구 버전에 의존하던 저장소는 의도하지 않은 의존성 해석 차이, 잠금 파일 처리 차이, 설치 결과 변화가 생길 수 있다. 서버호스팅이나 클라우드 운영팀이 애플리케이션 배포를 자동화해 두었다면, 동일 소스라도 재빌드 시 결과가 달라지는지 확인하는 것이 우선이다.

버전 고정 여부가 실제 영향 범위를 가른다

Cloudflare는 프로젝트가 런타임 또는 패키지 매니저 버전을 명시한 경우 기존 지정 버전을 계속 사용한다고 밝혔다. 따라서 운영 측면에서 가장 먼저 볼 항목은 각 저장소가 기본값을 따르는지, 아니면 명시적으로 버전을 고정했는지다.

버전을 고정하지 않은 프로젝트는 이번 기본값 변경의 직접 대상이 될 수 있다. 반대로 버전이 명시돼 있다면 즉시 동작이 바뀌지 않더라도, 표준 템플릿이나 신규 프로젝트 생성 시에는 새 기본값이 들어갈 수 있어 내부 기준 이미지와 배포 템플릿도 함께 확인할 필요가 있다.

Bun 잠금 파일 호환성과 재현성 점검 포인트

Cloudflare는 Bun 1.4.3이 v1과 v2 lockfile을 모두 지원한다고 설명했다. Bun 기반 프로젝트에서는 잠금 파일 포맷 자체보다, 빌드 환경에 남아 있는 기존 캐시나 파생 아티팩트가 새 기본 버전과 섞이지 않는지 확인하는 편이 실무적으로 중요하다.

국내 또는 일본 리전과 직접 연결된 네트워크 이슈가 언급된 변경은 아니지만, 엣지 배포 자동화 관점에서는 빌드 결과 재현성이 운영 안정성과 직결된다. 빌드가 실패하지 않더라도 산출물이 달라지면 롤백 기준과 배포 검증 절차에 영향을 줄 수 있다.

운영자가 바로 확인할 체크리스트

첫째, Workers Builds를 사용하는 프로젝트별로 런타임과 패키지 매니저 버전이 명시돼 있는지 확인한다. 버전 고정이 없다면 이번 기본값 상향이 적용될 가능성이 있다.

둘째, Node.js·Python·Bun·Go 등 언어별 잠금 파일과 의존성 설치 결과를 재검증한다. 특히 Yarn, Poetry, uv, pip 계열을 사용하는 저장소는 재빌드 비교가 필요하다.

셋째, 표준 배포 템플릿과 내부 문서, CI 설정 저장소에 기본 버전 가정이 남아 있는지 점검한다. 신규 프로젝트가 이전 기본 버전을 전제로 만들어져 있다면 운영 표준과 실제 빌드 환경이 어긋날 수 있다.

핵심 포인트

• Cloudflare Workers Builds의 기본 런타임·패키지 매니저 버전이 다수 상향됐다.
• 프로젝트에서 버전을 명시하지 않았다면 빌드 결과가 달라질 수 있다.
• Bun 1.4.3은 v1·v2 lockfile을 모두 지원한다고 안내됐다.
• 운영팀은 버전 고정 여부, 잠금 파일, 템플릿·표준 이미지 반영 상태를 우선 확인할 필요가 있다.