클라우드 컴퓨팅 및 데이터 센터

Cloudflare, 각 코드 브랜치에 독립적인 테스트 환경을 격리하는 Worker Previews 출시

Cloudflare가 각 Git 브랜치에 프로덕션을 모방하는 격리된 실행 환경을 생성하는 Worker Previews 서비스를 출시했다. 각 환경에는 독립적인 URL, 설정, 상태 및 모니터링 도구가 제공된다. 이 서비스는 Durable Objects와 Containers를 포함한 애플리케이션 변경 사항을 프로덕션 환경에 도달하기 전에 테스트할 수 있도록 하며, 다중 Worker 애플리케이션과 비동기 작업에 관한 일부 제한은 여전히 존재한다.

2026-09-22
4 분 읽기
3 조회수
certi.news Editorial Team
Cloudflare, 각 코드 브랜치에 독립적인 테스트 환경을 격리하는 Worker Previews 출시

Cloudflare가 각 Git 브랜치에 독립적인 실행 환경을 제공하는 Worker Previews 서비스를 출시했다. 이를 통해 작동 중인 버전의 트래픽, 설정 또는 전용 상태에 영향을 주지 않으면서 프로덕션에 가까운 조건에서 코드 변경 사항을 테스트할 수 있다. 이 서비스는 현재 Workers 사용자에게 제공된다.

각 프리뷰에는 새로운 푸시가 발생할 때마다 업데이트되는 브랜치용 고정 URL과 별도의 설정, 변수, 비밀값 및 바인딩이 제공된다. 개발자는 터미널, 지속적 통합 시스템 또는 브라우저에서 프리뷰로 요청을 전송한 뒤 Workers Observability 도구를 통해 로그, 오류, 메트릭 및 실행 트레이스를 검사할 수 있다.

단순한 버전 링크를 넘어서는 독립 환경

Cloudflare는 Worker Previews가 기존 Version URLs와 다르다고 설명한다. 후자는 업로드된 특정 버전을 가리키며 프로덕션 리소스를 사용할 수 있지만, Worker Previews는 각 브랜치에 격리된 환경을 생성하고 하나의 대시보드에서 수백 개의 프리뷰를 동시에 실행할 수 있도록 한다. 이를 통해 코드를 검사하거나 공유 staging 환경에 의존하는 데 그치지 않고 실제 실행 맥락에서 API 엔드포인트, 사용자 인터페이스 변경 사항 및 로그인 흐름을 테스트할 수 있다.

npx wrangler preview 명령을 실행하면 Cloudflare는 개발자가 Wrangler 파일에서 지정한 기본 설정을 바탕으로 프리뷰 버전을 생성한다. 특정 프리뷰의 설정을 수정해 해당 프리뷰를 데이터베이스 또는 테스트용 API 키로 연결할 수 있으며, 프로덕션이나 다른 프리뷰의 설정은 변경되지 않는다. 또한 사용자 지정 도메인을 통해 프리뷰 주소를 제공하고 Cloudflare Access를 사용해 프리뷰를 보호하고 접근을 제한할 수 있다.

상태와 민감한 리소스의 격리

격리는 상태를 가진 리소스에도 적용된다. 각 프리뷰에는 독립적인 Durable Objects 공간과 Containers 애플리케이션이 제공되므로 상태 변경, 세션, 마이그레이션 작업 또는 실패한 스키마 변경 사항이 프로덕션이나 다른 브랜치에 도달하지 않는다. Cloudflare는 이 동작을 코드 브랜치의 컨텍스트와 연결한다. 즉, 프로덕션에서 실행될 때 ctx.exports는 프로덕션 공간으로 해석되고, 실험 브랜치 안에서 실행될 때는 해당 프리뷰 공간으로 해석된다.

실제로 이를 통해 동일한 애플리케이션의 서로 다른 설정을 비교할 수 있다. 예를 들어 콜드 실행과 웜 실행의 성능을 테스트하면서 각 실험의 결과를 해당 환경 안에 유지할 수 있다. 또한 Browser Run을 사용해 헤드리스 브라우저에서 프리뷰 링크를 열고 로그인 흐름을 실행하거나 스크린샷 또는 재실행 가능한 세션을 캡처한 다음, 사용자에게 표시된 내용을 기록된 실행 트레이스 및 오류와 연결할 수 있다.

실제로 무엇이 달라지는가?

Worker Previews는 각 브랜치에 대해 프로덕션 이전의 피드백 루프를 제공한다. 변경 사항을 배포하고, 실행하고, 모니터링하고, 문제를 수정한 뒤, 병합 전에 다시 테스트할 수 있다. Cloudflare는 이것이 에이전트 개발 생명 주기라고 부르는 방식을 지원한다고 본다. 소프트웨어 에이전트가 동일한 브랜치 범위 안에서 변경 사항을 실행하고 검사하며 결과를 검토할 수 있고, 필요할 경우 인간 검토자가 개입할 수 있기 때문이다.

Cloudflare는 내부적으로 CloudflareOS와 Gatekeepers를 테스트하는 데 이 서비스를 사용했으며, 특히 OAuth, 권한, 승인 및 애플리케이션 상태가 결합된 흐름에 사용했다. 또한 회사는 Supermemory와 Ramp가 Workers 변경 사항을 테스트하고 모바일 기기에서 병합 요청을 검토한 사례를 소개했다.

공개된 제한 사항과 다음 단계

현재 프리뷰는 다중 Workers 애플리케이션에서 전체 요청 체인을 격리하지 않는다. 프리뷰의 서비스 바인딩이 연결된 Worker의 프로덕션 버전을 호출할 수 있기 때문이다. 또한 프리뷰는 Queues로 메시지를 보낼 수 있지만 아직 메시지를 소비하지는 못하며, Workflows 실행을 격리하려면 별도의 설정이 필요하다. Cloudflare는 지속적인 staging, QA 및 개발자 환경을 위한 장기 실행 프리뷰를 제공하는 것과 함께 이러한 경로를 지원하기 위해 작업하고 있다.

certi.news의 분석: 이번 발표의 핵심 가치는 새로운 테스트 링크를 만드는 것이 아니라 설정, 상태 및 모니터링 수준까지 격리를 확장한 데 있다. 이는 상태를 가진 리소스에 영향을 미치는 변경 사항을 테스트할 때의 위험을 줄이지만, 특히 서비스가 여러 Workers나 큐, 메시지 및 장기 실행 흐름에 의존하는 경우 테스트 환경을 신중하게 설계해야 할 필요성을 없애지는 않는다. 따라서 Worker Previews는 단일 버전 프리뷰보다 더 완성도 높은 형태로 보이지만, 현재 버전에서는 애플리케이션의 일부가 완전한 격리 모델의 범위 밖에 남아 있다.

뉴스 출처
Cloudflare Blog
원문 보기 ↗
c
작성자

certi.news Editorial Team

같은 카테고리

추천 기사

모든 뉴스 보기