Cloudflare는 Cloudflare Traces를 오픈 베타로 제공한다고 발표했다. 이를 통해 Workers 환경에서 제공하던 자동 추적을 Cloudflare 플랫폼 내 요청 경로의 나머지 부분으로 확장한다. 이 서비스는 하나의 트레이스에서 보안 규칙, 변환, 캐싱, 라우팅, Workers 실행, 오리진 연결을 비롯한 요청 처리 단계를 보여주며, 트레이스를 기술 인프라 내부의 다른 서비스까지 이어서 확인할 수 있다.
요청 경로에 대한 통합된 가시성
Cloudflare는 지원되는 각 단계를 타이밍, 결과, 관련 속성을 포함하는 span으로 기록한다. 이에 따라 팀은 요청이 차단되거나 챌린지가 적용된 이유를 파악하고, 조치를 취한 보안 규칙을 식별하며, 요청이 애플리케이션에 도달하기 전에 Transform Rules가 수행한 변경 사항을 조사할 수 있다.
또한 이 서비스는 경로가 Page Rules, Snippets 또는 Workers를 거쳤는지 보여주고, Cloudflare에서 소요된 시간과 오리진 및 애플리케이션 연결에 소요된 시간을 구분한다. 캐시 누락(cache miss) 사례를 포함해 캐싱 및 오리진 연결 세부 정보도 표시한다. 소스에는 요청이 총 539밀리초 중 527밀리초를 오리진에서 응답을 가져오는 데 사용한 사례가 제시되어 있다.
추적 범위 제어
이 서비스에는 별도의 설정이나 추가 도구가 필요하지 않다. 도메인에서 활성화하면 Cloudflare가 자동으로 트레이스를 생성한다. 기본 샘플링 비율을 설정할 수 있다. 예를 들어 일반적인 운영 중에는 요청의 1%를 추적하고, 이후 Trace Rules를 사용해 호스트 이름, IP 주소 또는 특정 헤더와 같은 조건과 일치하는 트래픽의 추적 범위를 100%로 높일 수 있다.
Trace Rules는 Cloudflare의 기존 규칙 언어를 사용하므로 경로, HTTP 메서드, 헤더, IP 주소, 지리적 위치 또는 이들의 조합을 대상으로 지정할 수 있다. 이를 통해 운영팀은 전체 도메인의 추적량을 늘리지 않고 특정 문제를 격리할 수 있다.
OpenTelemetry 통합
Cloudflare Traces는 수신 요청에서 W3C traceparent 헤더를 받을 수 있으므로 Cloudflare의 spans를 다른 서비스에서 시작된 트레이스에 연결할 수 있다. 또한 새로운 traceparent를 오리진으로 전달해 API, 데이터베이스 및 기타 서비스를 거쳐 추적을 계속할 수 있다.
이 서비스는 OTLP를 통해 OpenTelemetry와 호환되는 대상으로 트레이스를 내보낼 수 있다. Cloudflare 트레이스와 애플리케이션 트레이스를 하나의 연속된 흐름으로 표시하려면 데이터를 호환되는 OpenTelemetry 모니터링 백엔드로 전송해야 한다. 또한 Cloudflare Observability MCP 서버를 사용하면 소프트웨어 에이전트가 SQL API를 통해 트레이스와 모니터링 데이터를 조회하고 실패한 요청과 성공한 요청을 비교할 수 있다.
실제로 무엇이 달라지는가?
핵심 가치는 별도의 로그와 설정에서 요청의 여정을 다시 구성해야 할 필요를 줄이는 데 있다. 그러나 현재의 적용 범위가 모든 작업을 포함하는 것은 아니다. 이 서비스는 오픈 베타 상태이며, Cloudflare는 향후 DDoS 및 Access 규칙과 Workers의 다른 기능에 대한 spans를 추가하고, 온디맨드 추적과 더욱 폭넓은 OpenTelemetry 지원을 제공할 계획이다.
이 서비스는 통합된 Cloudflare Observability 요금 모델에 포함된다. 변경 사항은 2026년 12월 1일부터 시작된다. 무료 플랜에는 하루 0.5기가바이트의 데이터와 7일간의 보존 기간이 포함된다. 유료 플랜과 Enterprise에는 각 청구 주기마다 50기가바이트의 입력 데이터와 10기가바이트·월의 저장 공간이 포함되며, 입력 데이터는 기가바이트당 0.25달러, 저장 공간은 기가바이트·월당 0.10달러의 추가 요금이 부과된다. Cloudflare Traces는 대시보드 또는 API와 Terraform을 통해 사용할 수 있다.