Workers를 넘어 프록시 전 계층으로 확장된 자동 트레이싱
클라우드플레어(Cloudflare)가 2026년 10월 2일, 플랫폼 전반의 요청 처리 흐름을 추적할 수 있는 '클라우드플레어 트레이시스(Cloudflare Traces)'를 오픈 베타로 공개했습니다. 이번 발표는 2025년 10월 도입되었던 워커스 트레이싱(Workers Tracing)의 적용 범위를 에지 인프라 전체로 확대한 조치입니다. 개발자는 Cloudflare 대시보드, API, Terraform, `cf` CLI를 통해 도메인(Zone) 단위로 기능을 활성화할 수 있습니다.
트레이시스는 별도의 SDK나 에이전트 설치 없이 플랫폼 내부의 동작을 스팬(Span) 단위로 기록합니다. 유입된 요청이 방화벽 규칙(WAF)을 통과하는 시간, 규칙이 트래픽을 차단하거나 챌린지를 부과한 원인, 변환 규칙(Transform Rules)에 따른 URL 재작성 내역이 단일 타임라인에 시각화됩니다. 아울러 캐시 적중 여부(Hit/Miss)와 오리진 서버와의 통신 지연 시간, 워커스 라우팅 매칭 결과도 계층형 스팬으로 확인할 수 있습니다.
표준 기반 분산 추적 연동과 정밀한 샘플링 제어 구조
클라우드플레어 트레이시스는 W3C `traceparent` 표준 헤더 수신과 오리진 서버로의 전달(Forwarding)을 기본 지원합니다. 이에 따라 클라우드플레어 인프라 유입 전 발생한 외부 요청부터 사내 백엔드 오리진 시스템까지 하나의 연속된 분산 트레이스로 연결할 수 있습니다. 수집된 스팬 데이터는 오픈텔레메트리 프로토콜(OTLP) 엔드포인트를 통해 Datadog, Grafana Cloud, Honeycomb, New Relic 등 외부 서드파티 APM 도구로 즉시 내보낼 수 있습니다.
데이터 제어 측면에서는 헤드 샘플링(Head Sampling)과 규칙 기반 트레이싱(Trace Rules)을 결합했습니다. 도메인 전체 트래픽에는 1% 또는 10%와 같은 기본 샘플링 비율을 적용하고, 장애 조사나 특정 환경 재현이 필요할 때는 Cloudflare Rules 표현식을 사용해 특정 소스 IP, 호스트명, 디버그 헤더에 대해서만 100% 샘플링을 오버라이드하도록 설계되었습니다.
블랙박스였던 CDN·WAF 에지 구간의 가시성 개선과 아키텍처적 의의
그동안 CDN 및 리버스 프록시 계층은 분산 추적 아키텍처에서 고질적인 '블랙박스'로 남아 있었습니다. 사용자가 보낸 요청이 오리진 서버에 도달하기 전 에지에서 왜 차단되었는지, 혹은 캐시 미스가 발생했을 때 지연 시간이 에지 내부 변환 때문인지 오리진 커넥션 때문인지 파악하려면 분리된 WAF 로그와 접속 로그를 수작업으로 대조해야 했습니다.
클라우드플레어가 이 과정을 OpenTelemetry 표준 스팬 체계로 편입시킨 것은 엔터프라이즈 운영 실무에서 디버깅 시간을 단축시키는 실질적인 변화입니다. 특히 백엔드 애플리케이션 코드를 전혀 건드리지 않고 인프라 설정만으로 W3C 컨텍스트가 유지되는 점은 멀티 티어 마이크로서비스 아키텍처 환경에서 관측성 통합 비용을 크게 줄여주는 긍정적인 요인으로 평가할 수 있습니다.
‘전체 플랫폼 가시성’ 주장의 한계와 기능적 누락 영역
클라우드플레어는 플랫폼 전체(entire platform)에 대한 가시성을 제공한다고 강조하지만, 공식 제품 문서를 면밀히 검토해 보면 명확한 기능적 공백이 드러납니다. 현재 공개된 버전에서는 디도스 방어 규칙(DDoS protection rules), 제로 트러스트 서비스인 클라우드플레어 액세스(Access), 클라우드플레어 터널(Tunnel)에 대한 전용 스팬이 누락되어 있어 해당 단계의 상세 추적이 불가능합니다.
또한 워커스 워크플로우(Workflows), 큐(Queues), 파이프라인(Pipelines) 등 비동기 메시징 및 백그라운드 작업과 관련된 컨텍스트 전파는 '향후 지원 예정' 단계에 머물러 있습니다. 따라서 사내 시스템이 클라우드플레어의 비동기 제품군이나 제로 트러스트 인프라에 의존하고 있다면, 현재 시점에서는 완전한 엔드투엔드(End-to-End) 추적을 기대하기 어려우므로 도입 범위 산정에 각별한 주의가 필요합니다.
볼륨 기반 과금제 도입에 따른 실무 전략 및 비용 관리 방안
운영 조직이 가장 민감하게 대비해야 할 부분은 2026년 12월 1일부터 적용되는 과금 체계입니다. 클라우드플레어는 기존 스팬 개수 기반 과금 구상을 철회하고 데이터 볼륨(수집량 및 보존량) 기반으로 전환했습니다. 무료 플랜은 하루 0.5GB 수집 한도(초과 시 당일 수집 즉시 차단)와 7일 보존을 제공하며, 유료 및 엔터프라이즈 플랜은 청구 주기당 수집 50GB와 저장 10GB-month를 기본 제공하고 초과 시 각각 GB당 $0.25와 GB-month당 $0.10를 청구합니다.
도메인 전체에 무턱대고 높은 샘플링 비율을 적용했다가는 급격한 인프라 비용 청구로 이어질 수 있습니다. 실무에서는 평시 기본 샘플링 비율을 1% 미만으로 극도로 낮게 유지하고, 특정 이상 징후 추적 시에만 Trace Rules를 활용해 IP나 디버그 헤더 기반으로 핀포인트 100% 샘플링을 동적 활성화하는 정교한 트래픽 필터링 거버넌스를 수립해야 합니다.
출처
Cloudflare Blog의 원출처와 본문에 표시한 참고자료를 바탕으로 한국어로 재구성했습니다. ‘ARCH.B 분석’은 자료를 읽고 덧붙인 편집 해석입니다.
Introducing Cloudflare Traces: follow requests through our entire platform (새 창)
