클라우드플레어, 플랫폼 전반의 요청 추적 기능 '클라우드플레어 트레이스' 공개 베타 출시

플랫폼 전반의 요청 가시성 확대

클라우드플레어가 '클라우드플레어 트레이스(Cloudflare Traces)'를 오픈 베타로 출시하며, 워커스(Workers)에 국한되었던 자동 추적 기능을 플랫폼 전체 요청 경로로 확장한다. 이 기능은 보안 규칙, 변환, 캐시 결정, 라우팅, 워커 실행 및 오리진 처리 등 지원되는 모든 플랫폼 작업을 단일 요청 수준 타임라인에서 시각화한다.

사용자는 추가 설정 없이 클라우드플레어 플랫폼을 통과하는 요청의 모든 단계를 자동으로 추적할 수 있다. 이는 클라우드플레어가 OpenTelemetry에 대한 장기적인 투자와 스택 내에서 가장 관측 가능한 부분을 만들려는 노력의 일환이다. 클라우드플레어는 자사 팀이 내부적으로 사용하는 것과 동일한 수준의 가시성을 모든 사용자에게 제공하는 것을 목표로 한다.

종단 간 추적 컨텍스트 전파 및 제어

클라우드플레어 트레이스는 W3C 트레이스페어런트(traceparent) 헤더를 수신하여 클라우드플레어 플랫폼에 도달하기 전에 시작된 추적에 클라우드플레어 스팬을 연결할 수 있다. 또한, 클라우드플레어는 새로운 트레이스페어런트 헤더를 오리진으로 전달하여 다른 계측된 서비스들이 컨텍스트를 추출하고 API, 데이터베이스, 클라우드플레어 또는 다른 곳에서 실행되는 서비스를 통해 추적을 이어갈 수 있도록 한다. 이로써 모든 스팬을 하나의 연결된 추적으로 볼 수 있다.

사용자는 기준 샘플링 속도를 설정하여 가시성, 데이터 볼륨 및 비용의 균형을 맞출 수 있다. 예를 들어, 정상 작동 중에는 요청의 1%만 추적하여 지속적인 요청 동작을 파악하면서도 모든 요청에 대한 추적 데이터를 수집하지 않을 수 있다. 트레이스 규칙을 활용하면 낮은 기준 샘플링 속도를 유지하면서도 특정 조사를 위해 완전한 추적을 캡처할 수 있다. 예를 들어, 특정 호스트 이름, 소스 IP 또는 식별 요청 헤더에 대한 트래픽의 100%를 추적할 수 있다. 트레이스 규칙은 클라우드플레어 규칙 언어와 동일하게 작동하여 경로, 메서드, 헤더, IP 주소, 지역 또는 이들의 조합을 대상으로 지정할 수 있다.

구체적인 추적 데이터 활용

클라우드플레어 트레이스는 요청이 클라우드플레어를 통과하는 각 지원 단계를 스팬(span)으로 기록하며, 여기에는 타이밍, 결과 및 관련 속성이 포함된다. 이를 통해 사용자는 여러 로그와 구성을 재구성할 필요 없이 요청의 전체 경로를 한곳에서 확인할 수 있다.

이 기능은 요청이 특정 보안 규칙에 의해 차단되거나 챌린지된 이유, 트랜스폼 규칙에 의해 URL이 재작성되었는지 여부, 페이지 규칙, 스니펫 또는 워커스가 요청을 처리하거나 변경했는지, 응답이 캐시에서 제공되었는지, 클라우드플레어, 오리진 연결 및 애플리케이션 간에 시간이 어떻게 소비되었는지 등 다양한 질문에 대한 답을 제공한다.

예를 들어, `http_request_transform` 스팬을 열어 각 변경 사항, 영향을 받은 요청 구성 요소 및 관련 규칙을 볼 수 있으며, `workers_routing` 스팬은 라우팅 유형과 일치하는 경로 패턴을 보여준다. 중첩된 캐시, 업스트림 및 오리진 스팬을 확장하여 요청이 시간을 보낸 위치를 파악할 수 있다. 이를 통해 캐시 미스 발생 시 오리진에서 응답을 받는 데 소요된 시간과 같은 세부 정보를 확인할 수 있다.

개발자 및 운영팀에 미치는 영향

클라우드플레어 트레이스는 특별한 계측, 구성 또는 플러그인 없이 자동으로 스팬을 생성하여 개발자가 클라우드플레어 플랫폼 내에서 트래픽이 어떻게 이동하는지 명확하게 이해하도록 돕는다. 이는 개발자가 클라우드플레어 구성이 요청 처리 시간, 라우팅 결정 등에 미치는 영향을 연결하여 문제를 더 효율적으로 진단하고 해결하는 데 기여한다.

OpenTelemetry 프로토콜(OTLP)을 통해 클라우드플레어 스팬을 호환 가능한 관측성 플랫폼으로 내보낼 수 있어, 스택의 나머지 부분에서 오는 텔레메트리와 함께 데이터를 통합하여 볼 수 있다. 이는 데이터의 이식성을 유지하여 다양한 관측성 도구에서 활용할 수 있도록 한다.

또한, 클라우드플레어 관측성 MCP 서버의 SQL API를 활용하면 코딩 에이전트가 추적 데이터를 쿼리하여 프로덕션 문제를 디버깅하고, 실패한 추적과 성공한 추적을 비교하여 스팬이 분기되는 지점을 식별할 수 있다. 에이전트는 이러한 발견 사항을 관련 코드에 연결하고, 변경이 필요한 부분을 좁혀 수정 사항을 제안하는 데 도움을 줄 수 있다.

적용 조건 및 향후 계획

클라우드플레어 트레이스는 클라우드플레어 대시보드에서 도메인별로 활성화할 수 있으며, API 또는 Terraform을 통해서도 설정 가능하다. 이 기능은 통합 클라우드플레어 관측성 가격 모델의 일부로 제공되며, 2026년 12월 1일부터 새로운 가격 정책이 적용된다. 새로운 가격 모델은 스팬/이벤트 수 대신 수집하는 관측성 데이터의 양과 보존 기간을 기준으로 책정된다.

무료 플랜은 일일 0.5GB 데이터 수집과 7일 보존을 제공하며, 유료 및 엔터프라이즈 플랜은 월별 50GB 수집과 10GB-월 스토리지, 최대 1년 보존을 지원한다.

오픈 베타 이후에는 DDoS 규칙, 액세스(Access) 등 HTTP 요청 경로와 워크플로우(Workflows), 큐(Queues), 파이프라인(Pipelines) 등 워커스 실행 경로 전반에 걸쳐 더 광범위한 자동 계측을 추가할 계획이다. 또한, 신뢰할 수 있는 호출자가 모든 수신 요청에서 컨텍스트를 수락하지 않고도 기존 추적을 이어갈 수 있도록 인증된 컨텍스트 전파 기능을 도입할 예정이다.

향후 계획에는 온디맨드(on-demand)로 특정 요청을 캡처하는 애드혹(Ad hoc) 추적, 워커스 내 OpenTelemetry API 지원을 통한 기존 스팬에 속성 추가 또는 추적 컨텍스트 획득, 그리고 장기 조사를 위해 최대 365일까지 추적 데이터를 보존하는 기능이 포함된다.