Michael Johnson클라우드 컴퓨팅 비용을 제한하면서도 운영 중인 애플리케이션을 중단할 위험을 피할 수 있을까요? 이제 Cloudflare에서는 두 가지 설정 방식을 모두 사용할 수 있지만, 강제 한도는 계정 수준에서 제품을 끄는 스위치처럼 작동합니다. 임계값에 도달하면 지원되는 작업이 새로 실행되지 않도록 차단합니다. 그러나 설정한 임계값이 청구액의 최대치를 보장하지는 않습니다.
2026년 11월 13일, Cloudflare는 종량제 고객을 대상으로 Spend Management를 출시한다고 발표했습니다. 출시 시점에는 Workers와 Durable Objects의 한도 및 알림을 사용할 수 있습니다. 예기치 않은 사용량 증가를 막는 자동 안전장치이지만, 어떤 서비스가 하나의 공통 중단 정책에 포함되는지 팀이 이해하고 있어야 합니다. 자세한 내용은 Cloudflare의 설명을 참고하세요.
지출 알림과 무엇이 다른가요?
알림은 지출이 선택한 수준에 도달했음을 알려줄 뿐 제품은 계속 작동합니다. 반면 강제 한도는 지원되는 작업을 차단합니다. Spend Management에서는 제품별로 한도 금액, 알림 임계값, 설정 시 알림을 받을 이메일 주소를 지정하는 정책을 만들 수 있습니다. Workers와 Durable Objects의 한도는 서로 독립적이며 계정 내 해당 제품 전체에 적용됩니다. Cloudflare 문서에 따르면 특정 Worker, 개별 Durable Objects 네임스페이스 또는 단일 지표에만 임계값을 설정할 수는 없습니다.
실무적인 선택은 간단합니다. 가용성이 더 중요하다면 알림을 사용하고, 추가 사용량을 제한하기 위해 제품의 지원되는 작업을 중단할 준비가 되어 있다면 차단 한도를 사용하면 됩니다.
한도가 설정한 금액에서 정확히 발동하지 않는 이유는 무엇인가요?
지출 집계와 차단 적용은 즉시 이뤄지지 않습니다. Cloudflare에 따르면 대시보드의 지출 정보는 10분 이내의 거의 실시간으로 표시되지만, 비용 산정 엔진이 모든 요청의 처리 경로에 놓여 있지는 않습니다. 정책은 네트워크 노드에 비동기적으로 전파되고, 런타임은 로컬 상태를 주기적으로 갱신하면서 이를 적용합니다. Cloudflare는 Spend Management의 작동 방식을 이렇게 설명합니다.
따라서 설정한 임계값은 차단이 시작되어야 하는 지점이지, 최종 청구액의 엄격한 상한이 아닙니다. 지출이 집계되고 규칙이 전파되는 동안 작업은 계속될 수 있습니다. 일부 항목도 한도에 포함되지 않습니다. 예를 들어 Workers Paid 구독료는 제외되며, Durable Objects에 저장된 데이터는 일시 중지 이후에도 비용을 발생시킬 수 있습니다. Cloudflare는 최종 금액은 청구서에서 확인해야 한다고 안내합니다.
Workers 한도는 애플리케이션의 어디까지 중단하나요?
Workers 한도는 포함된 사용량을 공제한 뒤 계정 내 모든 Workers의 요청 및 CPU 시간 비용을 합산합니다. 차단이 적용되면 Cloudflare는 비용을 발생시키는 새 코드 호출을 거부합니다. Worker 코드를 실행하지 않고 제공되는 정적 리소스는 계속 작동합니다. 적용 범위는 Workers 문서에 설명되어 있습니다.
운영 애플리케이션과 테스트용 Worker가 한 계정에 있다고 가정해 보세요. 테스트 부하로 Workers의 총 지출이 임계값에 도달하면 같은 계정의 운영 코드도 차단될 수 있습니다. 개별 애플리케이션별 한도는 없습니다. 영향을 분리하려면 팀은 해당 작업을 계정별로 나누거나, Workers 중단이 허용되지 않는 경우 알림을 선택할 수 있습니다.
Durable Objects의 별도 한도에는 요청, 실행 시간, SQLite 행 읽기 및 쓰기, 키-값 저장소의 읽기·쓰기·삭제 작업이 포함됩니다. 이 한도는 Workers, Workers AI, KV, R2 및 다른 제품에는 적용되지 않습니다. 애플리케이션이 여러 서비스에 의존한다면 하나의 한도는 해당 지출 일부만 보호하며, 한 구성 요소가 중단되어도 애플리케이션 전체가 영향을 받을 수 있습니다.
차단을 켜기 전에 무엇을 확인해야 하나요?
계정의 종속 관계를 정리하세요. 어떤 애플리케이션이 Workers를 사용하는지, 어떤 백그라운드 작업이 스케줄이나 큐를 통해 실행되는지, 어떤 서비스가 Durable Objects를 호출하는지 확인합니다. 그런 다음 어떤 제품에서 자동 중단을 허용할지 결정하세요. 중단이 초과 지출보다 더 큰 문제라면 차단 없이 알림 임계값만 설정하세요. 차단을 감수할 수 있다면 처리 지연, 포함된 사용량, 한도에서 제외되는 비용을 고려해 금액을 정하세요.
Cloudflare는 대시보드, cf CLI, REST API를 통한 설정을 안내합니다. 예를 들어 API에서 정책을 만들 때는 센트 단위 금액을 나타내는 threshold_cents, 제품을 지정하는 product_id, 동작을 나타내는 action, 알림용 notification_email 필드를 사용합니다. 예시는 회사의 출시 발표에 나와 있습니다. 설정을 자동화해도 적용 범위는 달라지지 않습니다. 한도는 계정 내 해당 제품 전체에 적용됩니다.
복구 절차도 미리 정해 두세요. 다음 결제 기간이 시작되기 전에 중단을 해제하려면 Cloudflare는 누적 지출보다 한도를 높이거나, 한도를 비활성화하거나, 정책을 삭제하는 방법을 제시합니다. 변경 사항이 적용되기까지 몇 분이 걸릴 수 있으며, 같은 한도를 다시 켜도 현재 기간의 지출은 초기화되지 않습니다.
이 기능은 언제 유용할까요?
Spend Management는 사용량 증가에 자동으로 대응할 수 있게 해 줍니다. 이메일 알림만 보내는 대신 선택한 제품의 지원되는 새 작업을 중단할 수 있습니다. 테스트 작업이 있는 계정에서는 통제되지 않는 부하를 막는 안전장치가 될 수 있습니다. 하지만 여러 핵심 서비스가 한 계정에 있다면 공통 한도는 계정 내 모든 Workers 또는 모든 Durable Objects의 예산과 가용성을 하나로 묶습니다.
결정은 중단을 감수할 수 있는 정도에 따라 달라집니다. 서비스 연속성이 더 중요하다면 알림과 지출 모니터링부터 시작하세요. 추가 사용을 제한하는 일이 더 중요하다면 종속 관계를 확인하고 복구 절차를 준비한 뒤 차단을 켜세요. 임계값은 청구액이 정확한 금액에 머물 것이라는 약속이 아니라 제품 중단 정책으로 계획해야 합니다.
