Cloudflare Workers 무료 플랜, 프리뷰는 어디까지 무료인가

Cloudflare Workers 무료 플랜에서 Worker Previews를 쓸 수 있을까요? 그렇습니다. Workers Free는 Worker당 Preview 100개와 Preview당 배포 100개를 제공합니다. 다만 이 권한이 브랜치 테스트의 모든 사용량을 무제한 무료로 만든다는 뜻은 아닙니다. 동적 실행, 빌드 시간, 스토리지, AI 추론, Containers에는 각기 별도 한도나 요금이 적용됩니다.

Cloudflare Worker Previews를 사용하면 각 Git 브랜치에 동일한 Worker 아래의 프로덕션 유사 환경을 만들 수 있습니다. 핵심은 단순히 "$0"이라는 데 있지 않습니다. Preview 객체 자체는 Free에서 제공되지만, 브랜치는 원래 예산에 반영해야 하는 플랫폼 제품을 그대로 사용하거나 건드리게 됩니다.

Cloudflare Workers 무료 플랜에서 Worker Previews도 무료인가?

예, Preview 사용 권한은 무료입니다. Cloudflare의 최신 Preview 한도를 보면 Free 플랜은 Worker당 Preview 100개, 유료 플랜은 500개를 제공하며 두 플랜 모두 Preview 하나에 배포 100개를 보관할 수 있습니다.

다만 범위는 분명합니다. Preview는 환경 객체이지, 무료 런타임·스토리지·빌드·모델 호출을 묶은 패키지가 아닙니다. Cloudflare의 현재 Workers 요금 페이지에 따르면 Free 계정에는 하루 100,000건의 동적 Worker 요청과 호출당 10밀리초의 CPU 한도가 적용됩니다. Workers Paid는 계정당 월 $5부터 시작하며, 월 1,000만 건의 요청과 3,000만 CPU 밀리초를 포함한 뒤 공개된 초과 요율을 적용합니다.

현재 Preview 및 요금 문서는 2026년 9월 28일에 확인했습니다. 어느 페이지에도 Preview 전용 요금은 없지만, Preview에서의 실행이 무제한이거나 별도 사용량 풀이 제공된다는 설명도 없습니다. 따라서 안전한 예산 원칙은 Preview 권한은 무료, 사용량은 기존 제품 미터에 반영이라고 보는 것입니다.

2026년 9월 22일, 무엇이 달라졌나

Cloudflare는 각 브랜치에 독립적으로 실행되는 환경, 고정 Preview URL, 설정, 관측 기능, 상태를 제공하기 위해 2026년 9월 22일 Worker Previews를 출시했습니다. npx wrangler preview를 실행하면 현재 브랜치에 연결된 Preview가 생성되거나 업데이트됩니다.

실무적으로는 증거를 확보하는 주기가 짧아집니다. 코딩 에이전트가 브랜치를 배포하고, 요청을 보내고, 로그와 트레이스를 확인한 다음, 코드를 수정해 프로덕션 병합 전에 같은 공유용 Preview URL을 업데이트할 수 있습니다. 여러 에이전트나 엔지니어도 하나의 공용 스테이징 Worker를 번갈아 쓸 필요 없이 병렬로 작업할 수 있습니다.

브랜치마다 유용한 URL이 두 종류 생깁니다. Preview URL은 해당 브랜치의 최신 배포를 항상 가리킵니다. Deployment URL은 특정 배포 하나에 고정되므로 리뷰 코멘트나 회귀 비교를 동일한 상태에서 재현할 수 있습니다.

격리 수준도 의미가 있습니다. Cloudflare는 Preview마다 별도의 Durable Object 네임스페이스와 스토리지를 자동으로 제공합니다. 별도의 컨테이너 앱과 인스턴스를 프로비저닝할 수도 있습니다. 변수, 시크릿, 바인딩을 프로덕션과 다르게 설정할 수 있고, 로그와 트레이스도 브랜치 범위로 구분됩니다.

기존 Version URL 방식보다 강력한 워크플로지만, 프로덕션 전체를 복제한 것은 아닙니다. 일부 바인딩과 트리거는 여전히 공용 또는 프로덕션 시스템에 닿습니다. 에이전트에게 어느 정도 권한을 줄지는 Preview URL의 편리함이 아니라 이 제약을 기준으로 결정해야 합니다.

Workers 무료 플랜에서 제공되는 범위

일반적인 브랜치 워크플로에는 Free 플랜도 충분히 넉넉합니다. Worker 하나에 Preview 환경 100개를 둘 수 있고, Preview마다 배포 100개를 보관할 수 있습니다. Paid는 환경 수를 500개로 늘리지만 Preview별 배포 이력 한도는 늘리지 않습니다.

각 수치는 서로 다른 차원을 나타냅니다. 한 브랜치를 반복해서 배포해도 Preview 슬롯은 하나만 차지하고 배포 이력만 늘어납니다. 반면 여러 브랜치에 활성 Preview가 하나씩 있으면, 트래픽이 없어도 Preview 슬롯은 브랜치 수만큼 사용합니다.

기존 방식과 새 방식의 객체 수를 비교하면 차이가 선명합니다. Wrangler 환경으로 브랜치 5개를 맞추려면 Worker 5개를 따로 관리해야 했습니다. Worker Previews에서는 Worker 하나 아래에 Preview 객체 5개를 두면 됩니다. Free 기준으로 보면 계정 점유율이 Worker 100개 한도의 5%에서 Worker 한도의 1%와 해당 Worker Preview 권한의 5%로 바뀝니다. 사용량이 한도 안에 있다면 어느 구성에서도 문서상 기본 가격은 $0일 수 있습니다. 이점은 실행 비용 할인이 아니라 더 단순한 격리와 환경 난립 감소입니다.

Worker Previews를 사용하려면 Wrangler 4.135.0 이상이 필요합니다. 프로젝트 명령은 더 최신인 전역 설치를 조용히 대신 사용하지 않으므로, 실제로 중요한 것은 프로젝트 로컬 버전입니다. 오래된 저장소에서 이 점을 놓치면 기능이 지원되지 않는다고 잘못 판단하기 쉽습니다.

설정 경계도 중요합니다. Preview는 프로덕션 설정을 상속하지 않습니다. 브랜치에는 previews 블록에 선언한 항목과 Cloudflare가 자동으로 격리하는 리소스만 제공됩니다. 블록이 비어 있거나 불완전하면 배포는 성공해도 코드가 기대한 리소스에는 접근하지 못할 수 있습니다.

Cloudflare Preview 한도: 무엇부터 삭제되나

두 객체 한도 가운데 어느 하나라도 가득 차면 Cloudflare가 자동 정리를 시작합니다. Worker 수준에서는 가장 오래전에 배포된 Preview를 삭제하고, 개별 Preview 안에서는 가장 오래된 배포를 삭제합니다.

따라서 같은 Preview의 101번째 배포는 보관 이력을 밀어내는 이벤트입니다. 새 배포가 들어갈 자리를 만들기 위해 가장 오래된 배포가 삭제됩니다. 앞선 100번의 빌드가 무료였다는 뜻은 아닙니다. Workers Builds는 프로덕션 배포인지 Preview 배포인지와 관계없이 빌드 시간을 별도로 측정합니다.

브랜치를 자주 수정하는 에이전트에게 고정 Preview URL은 계속 유용합니다. 항상 최신 배포를 가리키기 때문입니다. 위험은 과거 기록에 있습니다. 이전 오류를 재현해야 한다면 해당 배포가 가장 오래된 항목이 되기 전에 관련 Deployment URL과 로그를 보관해야 합니다.

객체의 자동 삭제만으로 리소스 정리가 모두 끝나는 것도 아닙니다. Preview를 삭제하면 Preview 레코드와 Durable Object 네임스페이스는 제거되지만, Cloudflare는 자동 생성된 컨테이너 앱이 계속 표시될 수 있다고 경고합니다. Containers를 사용했다면 브랜치 종료 작업에서 Preview를 삭제한 뒤 Container 애플리케이션도 확인해야 합니다.

Cloudflare Worker Previews 가격을 이루는 네 가지 층

Cloudflare Worker Previews 가격표에는 Preview별 요금 항목이 따로 없습니다. 실제 비용은 여전히 Worker 실행, 빌드, 바인딩된 리소스, 선택형 컴퓨팅 또는 모델 제품이라는 네 층으로 나뉩니다.

1. Worker 실행

Workers Free는 계정당 하루 100,000건의 요청을 허용하며, 호출마다 CPU 사용 시간을 10밀리초로 제한합니다. 정적 에셋 요청은 무료이고 무제한이며, 요청 한도는 Worker 코드를 실행하는 요청에 적용됩니다. 따라서 정적 파일만 불러오는 브랜치 테스트는 저렴해 보일 수 있지만, API 중심 테스트는 동적 요청 한도를 소모합니다.

Workers Paid는 계정당 월 $5부터 시작합니다. 매월 요청 1,000만 건과 CPU 3,000만 밀리초가 포함되고, 이후에는 추가 요청 100만 건당 $0.30, 추가 CPU 100만 밀리초당 $0.02가 부과됩니다. Paid에서 HTTP 호출의 기본 CPU 한도는 30초이며 최대 5분으로 설정할 수 있습니다.

Free의 10밀리초 한도는 흔히 가장 먼저 부딪히는 벽입니다. 요청 수가 적다고 이 한도를 상쇄할 수는 없습니다. 동적 호출 하나가 지속적으로 10밀리초를 넘는다면 테스트 스위트가 보내는 요청이 몇 건뿐이어도 실패합니다.

플랫폼 전체를 검토할 때는 Cloudflare 리뷰에서 $5짜리 Workers 계정 플랜과 Cloudflare의 도메인별 애플리케이션 플랜, 기타 제품 미터를 구분해 설명합니다.

2. Workers Builds

Workers Builds 한도 및 요금에 따르면 Free 계정은 월 3,000분의 빌드 시간, 동시 빌드 1개, 20분의 타임아웃을 제공합니다. Paid는 6,000분을 포함하고 이후 추가 1분당 $0.005를 부과하며, 동시 빌드 6개와 동일한 타임아웃을 제공합니다. 에이전트가 만든 브랜치는 Preview 객체 수가 적어도 동시 실행 수나 빌드 시간을 먼저 소진할 수 있습니다.

그래서 "Preview당 배포 100개"를 "포함된 빌드 100회"로 해석하면 안 됩니다. 하나는 보관되는 배포 이력이고, 다른 하나는 CI 컴퓨팅입니다.

3. 스토리지와 바인딩 리소스

KV, D1, R2, Queues, Vectorize, Hyperdrive와 기타 바인딩에는 각자의 리소스 식별자와 미터가 적용됩니다. Preview 두 개가 같은 D1 데이터베이스나 R2 버킷에 바인딩되면 데이터를 공유합니다. 격리하려면 별도 리소스가 필요하며, 그 리소스에도 해당 제품의 요금이 그대로 적용됩니다.

규모를 가늠하면 R2에는 월 10GB, Class A 작업 100만 건, Class B 작업 1,000만 건이 포함됩니다. 이를 넘는 Standard 스토리지는 월 GB당 $0.015이며, Class A는 100만 건당 $4.50, Class B는 100만 건당 $0.36입니다. D1 Free는 하루 읽기 500만 행, 쓰기 100,000행과 총 5GB 스토리지를 포함합니다. D1 무료 한도 분석은 Preview 객체를 더 만들 수 있는 상황에서도 공용 스테이징 데이터베이스가 어떻게 가용성의 경계가 되는지 설명합니다.

KV에는 별도의 일일 한도도 있습니다. Free에서 읽기 100,000회, 쓰기 1,000회, 삭제 1,000회, 목록 요청 1,000회와 1GB 스토리지를 제공합니다. 네임스페이스에 테스트 데이터를 채우거나 비우는 작업은 읽기 전용 스모크 테스트보다 이 한도를 훨씬 빠르게 소모할 수 있습니다.

4. AI 추론과 Containers

Workers AI 요금은 Free와 Paid 계정 모두에 하루 10,000 Neurons를 무료로 제공합니다. Paid에서는 이 할당량을 넘긴 사용분에 1,000 Neurons당 $0.011이 부과됩니다. 따라서 모델을 호출하는 브랜치 테스트는 Worker 요청과 그 요청이 일으킨 추론을 각각 예산에 반영해야 합니다. 외부 코딩 에이전트 구독이나 모델 API는 다른 공급업체의 비용이며 Preview 권한에 포함되지 않습니다.

Container 요금에는 Free용 Container 할당량이 없습니다. Workers Paid는 월 메모리 25GiB-hours, 375 vCPU-minutes, 디스크 200GB-hours를 포함하고 각각 별도 초과 요율을 적용합니다. Container 트래픽은 Workers와 Durable Objects도 사용하므로 자동 격리된 Preview 컨테이너 역시 하나의 미터만 적용되는 제품이 아닙니다.

활성 브랜치 5개의 Worker Preview 비용

정확한 계산은 플랜 이름이 아니라 워크로드에서 시작합니다. 활성 브랜치 5개가 각각 하루 200건의 동적 테스트 요청을 받는다고 가정하겠습니다. Preview 객체 5개에서 하루 총 1,000건의 요청이 발생합니다.

Free에서는 Preview 개수에 여유가 있고 모델링한 트래픽도 적습니다. 다른 곳에서 한도를 전혀 사용하지 않는 경우에만 계정에 하루 99,000건의 동적 요청이 남습니다. 프로덕션 트래픽, 다른 Worker, 브랜치 환경 5개를 모두 운영 예산표에 넣어야 합니다.

여기에는 증거 수준을 명확히 표시해야 합니다. Cloudflare는 하루 100,000건의 요청을 계정 플랜 한도라고 설명하며, Preview에서는 실제 Worker 버전이 실행됩니다. 그러나 Preview 트래픽이 같은 미터에서 차감된다고 Preview 문서에 명시되어 있지는 않습니다. 따라서 계정 사용량을 직접 관찰하거나 Cloudflare가 명시적으로 확인하기 전까지는 Preview 요청에 계정 미터를 적용하는 것이 보수적인 예산 가정입니다.

이번 검증에는 Cloudflare 계정 자격 증명, Worker 프로젝트, 프로젝트 로컬 Wrangler 설치가 제공되지 않았습니다. 일회용 Preview를 배포하지 않았고 사용량 변화도 수집하지 않았습니다. 사용 권한에 관한 답은 출처로 확인했지만, 이 계산표는 모델입니다.

Paid에서 이 브랜치 워크로드만으로는 요청 초과 요금이 발생하지 않지만, 계정에는 여전히 월 최소 $5가 부과됩니다. CPU와 연결 제품에 따라 결론은 달라질 수 있습니다. 같은 테스트 밀도를 적용하면 Free Preview 슬롯 100개에서 하루 20,000건, 즉 모델링한 일일 한도의 20%가 발생합니다. Paid 슬롯 500개를 모두 사용하면 30일 기준 요청 300만 건으로 월 포함 요청의 30%입니다. 두 순수 모델 모두 요청 한도보다 Preview 객체 한도에 먼저 도달합니다. 프로덕션 트래픽이 있으면 순서는 뒤집힐 수 있습니다.

빌더, 운영자, 구매자에게 의미하는 것

빌더가 얻는 것은 병렬 런타임 검증이지, 자동 리소스 안전이 아닙니다

빌더는 활성 브랜치마다 고정 URL과 격리된 Durable Object 상태를 제공할 수 있습니다. 한 엔지니어의 배포가 다른 엔지니어의 리뷰 환경을 깨뜨리는 공용 스테이징 충돌이 사라집니다. 코딩 에이전트도 curl, 브라우저 검사, 로그, 트레이스에 사용할 구체적인 대상을 확보합니다.

한계는 설정입니다. 코드가 격리됐다고 D1, KV, R2까지 저절로 격리되지는 않습니다. Preview 두 개가 같은 식별자를 사용하면 리소스도 공유합니다. 전용 비프로덕션 리소스나 폐기 가능한 데이터를 둔 의도적 공용 스테이징 리소스를 기본값으로 삼는 편이 안전합니다.

운영자는 공용 예산과 정리 절차를 책임집니다

운영자는 활성 Preview 객체, Preview별 보관 배포, 동적 Worker 사용량, 연결 제품 사용량이라는 네 가지 수치를 따로 추적해야 합니다. 대시보드의 합계 하나로는 이 네 항목을 모두 설명할 수 없습니다.

정리 절차는 풀 리퀘스트 자동화에 포함해야 합니다. 브랜치가 닫히면 Preview를 삭제합니다. Containers를 사용했다면 생성된 컨테이너 애플리케이션도 확인합니다. 보관 한도 때문에 사라지기 전에 사고 분석에 필요한 Deployment URL이나 트레이스를 보존해야 합니다.

구매 결정에는 명확한 경계가 필요합니다

"Preview"라는 단어가 프리미엄처럼 들린다는 이유로 Paid를 구매할 필요는 없습니다. 한 Worker에서 동시에 100개가 넘는 Preview가 필요하거나, 동적 트래픽과 프로덕션 트래픽의 합이 하루 100,000건에 가까워지거나, 호출 하나에 CPU 10밀리초가 넘게 필요하거나, Container가 필요할 때처럼 Free의 명시적 경계를 넘는 경우에 구매해야 합니다.

트래픽 규모가 강제하기 전에도 위험 관리 차원에서 Paid가 합리적일 수 있습니다. 고객에게 서비스를 제공하는 팀이라면 브랜치 테스트 5개가 모델링한 일일 한도의 1%만 사용하더라도, Free의 일일 한도보다 월 할당량과 초과 청구 방식을 선호할 수 있습니다.

지금 무엇을 바꿔야 하나

여러 엔지니어나 에이전트가 변경 가능한 스테이징 Worker 하나를 번갈아 쓰고 있다면 지금 실행해야 합니다. 브랜치 검증을 Previews로 옮기고, 비프로덕션 리소스 정책을 정의하며, 브랜치 종료 시 정리 작업을 CI에 포함합니다. 이번 출시는 협업 병목을 직접 없애 줍니다.

애플리케이션이 다중 Worker 서비스 바인딩, Queue 소비자, Cron Triggers, 프로덕션 경로, 자동 격리된 Workflows에 의존한다면 기다리는 편이 낫습니다. 현재 이 경로들은 Preview 안에 완전히 머물지 않습니다. HTTP 접점은 여전히 Preview로 테스트할 수 있지만 전체 시스템이 격리됐다는 사실까지 증명하지는 못합니다.

프로젝트가 이미 다른 곳에서 안정적인 브랜치별 환경을 사용하거나, Worker가 정적이며 로컬 검사와 배포 버전 검사만으로 변경 사항을 모두 검증한다면 영향은 거의 없습니다. 새 객체는 존재한다는 이유만으로 가치를 만들지 않습니다.

결정 원칙은 단순합니다. 객체 수, 호출당 CPU, 모델링한 계정 트래픽, 제품 요구 사항이 모두 한도 안에 있으면 Free를 유지합니다. 그중 어느 경계라도 운영상 중요해지는 순간 Paid로 전환합니다. 요청 수만이 전환 기준은 아닙니다.

과장된 기대

출시 설명에서 가장 정확한 부분은 격리된 브랜치 Worker입니다. Cloudflare 애플리케이션 전체의 격리 복제본으로 받아들이면 설명의 범위가 지나치게 넓어집니다.

• Preview의 서비스 바인딩은 다른 Worker의 프로덕션 배포를 호출합니다. 여러 Worker를 지나는 요청 경로가 브랜치별로 자동 연결되지는 않습니다.
• Workflow 바인딩은 이미 배포된 Workflow를 사용합니다. Cloudflare가 브랜치 전용 Workflow를 생성하지 않습니다.
• Preview는 Queue에 메시지를 보낼 수 있지만 Queue 소비자가 될 수는 없습니다. 프로덕션 Queue를 가리키면 프로덕션이 테스트 메시지를 소비할 수 있습니다.
• Cron Triggers와 프로덕션 경로는 계속 프로덕션을 대상으로 합니다.
• KV, D1, R2를 비롯한 여러 리소스는 다른 리소스 식별자를 바인딩해야만 격리됩니다.
• Preview URL은 기본적으로 공개됩니다. workers.dev 형식에는 X-Robots-Tag: noindex가 붙지만, 출시 전 작업을 비공개로 유지해야 한다면 사용자 지정 도메인 Preview를 Cloudflare Access로 보호해야 합니다.
• Container 지원은 부분적이며, Preview를 삭제해도 별도로 정리할 때까지 생성된 앱이 계속 표시될 수 있습니다.

에이전트 환경에서는 이런 항목을 예외 사례로 볼 수 없습니다. "에이전트가 자기 브랜치를 테스트할 수 있다"와 "에이전트가 프로덕션에 손댈 수 없다"를 가르는 조건입니다. 현재 리소스 격리 매트릭스는 선택적인 설정 안내가 아니라 권한 문서로 다뤄야 합니다.

또 하나의 과장은 비용입니다. Free에서 Preview 100개를 제공한다는 말이 완전히 무료인 스테이징 스택 100개를 뜻하지는 않습니다. Worker 하나가 그만큼의 Preview 객체를 보유할 수 있다는 의미일 뿐이며, 실제 예산은 그 뒤에 연결된 리소스가 결정합니다.

사용 권한을 확인한 뒤 설정 가이드를 따르세요

사용 권한 확인에는 네 가지 질문이면 충분합니다.

1. 계정이 Workers Free입니까, Paid입니까?
2. 이 Worker에 활성 Preview가 이미 몇 개 있습니까?
3. 프로덕션과 다른 Worker가 계정의 요청 및 CPU 예산을 얼마나 사용하고 있습니까?
4. 프로젝트가 Wrangler 4.135.0 이상을 고정해서 사용합니까?

모든 답이 한도에 맞는다면 Cloudflare의 공식 Worker Previews 설정 가이드에 따라 구성하고 배포합니다. 비용 검토는 별도로 진행해야 합니다. 에이전트가 브랜치를 만들기 전에 모든 바인딩 리소스, 빌드 경로, 모델 호출, Container를 목록으로 정리합니다.

Cloudflare Worker Previews FAQ

Cloudflare Workers를 무료로 사용할 수 있나요?

예. Workers Free는 $0이며 하루 100,000건의 동적 Worker 요청을 포함하고, Worker당 Preview를 최대 100개까지 지원합니다. 다만 호출당 CPU 한도는 여전히 10밀리초이고 연결 제품에는 별도 할당량이 적용됩니다.

Cloudflare Worker 비용은 얼마인가요?

Workers Free는 $0입니다. Workers Paid는 계정당 월 $5부터 시작하며 요청 1,000만 건과 CPU 3,000만 밀리초를 포함한 뒤 공개된 초과 요율로 청구합니다. Preview에는 별도로 공개된 기본 요금이 없습니다.

Cloudflare Worker를 무료로 몇 개까지 만들 수 있나요?

Workers Free는 계정당 Worker 100개를 허용합니다. 이는 각 Worker 아래에 Preview 100개를 둘 수 있는 Worker Previews 한도와 별개입니다.

Cloudflare Workers AI 비용은 얼마인가요?

Workers AI는 하루 10,000 Neurons를 무료로 포함합니다. Workers Paid에서는 일일 할당량을 넘긴 사용분에 1,000 Neurons당 $0.011이 부과됩니다.

Cloudflare Workers AI는 무료인가요?

Workers AI는 Workers Free와 Workers Paid 모두에 하루 10,000 Neurons의 무료 할당량을 제공합니다. Free 계정은 할당량에 도달하면 멈추고, Paid 계정은 초과분 1,000 Neurons당 $0.011에 계속 사용할 수 있습니다.

Cloudflare의 가장 큰 경쟁사는 어디인가요?

Cloudflare의 네트워크, 보안, 컴퓨팅, 스토리지, 개발자 제품 전체를 아우르는 단 하나의 경쟁사는 없습니다. 회사 전체를 하나의 제품으로 보지 말고 교체하려는 계층을 기준으로 비교해야 합니다.

Cloudflare가 하락하는 이유는 무엇인가요?

이 질문은 모호하고 시점에 따라 답이 달라집니다. 주가, 서비스 상태, 트래픽 또는 다른 지표를 뜻할 수 있습니다. 어떤 의미이든 2026년 9월 28일 Cloudflare의 최신 문서에서 확인한 Worker Previews 사용 권한과 한도에는 영향을 주지 않습니다.

Cloudflare는 러시아 회사인가요?

아닙니다. Cloudflare 회사 개요에는 본사가 San Francisco에 있고 Cloudflare, Inc.가 New York Stock Exchange에 NET으로 상장돼 있다고 나옵니다.

FBI는 왜 Cloudflare를 사용하나요?

이 글은 FBI가 Cloudflare를 사용한다는 사실을 확인하지 않으며, 해당 기관의 공급업체 구성에 관해서도 주장하지 않습니다. 이 질문은 문서로 확인된 Worker Previews 사용 권한 및 사용량 한도와 관련이 없습니다.

월요일에 바로 할 일

브랜치 5개로 시작해 각각의 동적 테스트 요청을 하루 200건으로 제한하고, 그 결과인 일일 1,000건을 예산에서 공용 미터 가정으로 표시합니다. 청구 정보에 접근할 수 있다면 파일럿 전후의 계정 요청 사용량을 기록합니다. 변화량이 모델과 일치하면 계산표를 유지하고, 일치하지 않으면 가정을 실제 관측값으로 바꿉니다.

동시에 previews 블록의 모든 바인딩을 조사합니다. 각 항목을 자동 격리, 전용 테스트 리소스, 의도적 공유, 프로덕션 접촉 중 하나로 표시합니다. 프로덕션 접촉으로 분류된 모든 행에 명확한 이유가 적히기 전에는 에이전트가 배포하지 못하게 해야 합니다.

다음 인프라 출시도 예산과 운영 결정으로 정리해 보고 싶으신가요? 뉴스레터에 가입하세요.