Cloudflare Observability의 주요 업데이트 8가지

오늘, 로그, 트레이스, 분석, 알림, 대시보드, 내보내기를 ​하나의 관측 가능성 플랫폼으로 통합하고, 더 단순하고 예측 가능한 요금 체계를 제공하는 8가지 주요 업데이트를 출시합니다.

이번에 출시되는 내용은 다음과 같습니다.

• Cloudflare 전반의 로그를 한 곳에서 탐색
• Cloudflare의 에지부터 오리진까지 엔드투엔드 트레이싱
• Cloudflare 데이터를 쿼리하는 하나의 통합 SQL API
• Cloudflare 전반에서 수집 및 저장되는 관측 가능성 데이터에 적용되는 하나의 요금 모델
• 관측 가능성 데이터에 사용자 지정 알림 설정
• 도메인의 모든 분석을 한 곳에서 확인하고 데이터를 30일간 보존
• 관측 가능성 데이터로 사용자 지정 대시보드 구축
• Logpush로 데이터 내보내기 -- 이제 셀프 서비스 플랜에서도 이용 가능

Cloudflare 전체를 위한 하나의 관측 가능성 플랫폼

문제를 이해하려면 여러 Cloudflare 제품의 데이터가 필요한 경우가 많습니다. 5xx 응답 급증은 Worker, 오리진 또는 Cloudflare가 전 세계나 특정 리전에서 오리진에 연결하지 못하는 데서 비롯될 수 있습니다. 하지만 현재 이를 조사하려면 각 신호를 어느 제품에서 다루는지, 그리고 어떻게 쿼리해야 하는지 알아야 합니다.

관측 가능성은 플랫폼 전반의 기능이어야 합니다. 애플리케이션이 실제로 어떻게 동작하는지 반영하고, 문제 해결에 필요한 전체 컨텍스트를 제공해야 합니다. 앞으로 몇 달 동안 더 많은 Cloudflare 제품, 데이터 세트, 워크플로가 이 공유 관측 가능성 플랫폼에 포함되어 요금 체계, 제품 경험, 기능이 더욱 일관되게 제공될 것입니다. 이번 8가지 업데이트는 더욱 통합된 Observability 문제를 해결하기 위한 첫걸음입니다.

1. 모든 로그를 한 곳에서 조사

 새로운 Logs 홈은  Workers Observability(Workers 애플리케이션 및 연결된 리소스 디버깅용)와  Log Explorer(보안 로그 검색용)를 결합합니다. 이제 HTTP 이벤트, 방화벽 이벤트, Workers, Containers, R2, AI Gateway 같은 로그 데이터 세트 중에서 선택하고 각 데이터 세트에 동일한 조사 도구와 기능을 사용할 수 있습니다.

요청 대기 시간이 증가한 경우 먼저 호스트 이름이나 데이터 센터별로 그룹화하고, 영향을 받은 경로로 결과를 좁힌 다음, Ray ID를 기준으로 개별 요청을 살펴보세요. 조사 과정에서 다른 Cloudflare 제품을 확인해야 한다면 Logs를 벗어나지 않고 데이터 세트를 전환하세요. 여러 데이터 세트를 함께 쿼리하는 기능도 곧 제공될 예정이어서, 하나의 쿼리에서 제품 간 관련 이벤트를 연결할 수 있게 됩니다.

원시 SQL이나 기본 제공 필터로 로그를 쿼리하여 특정 이벤트로 범위를 좁힐 수 있습니다. 자연어로 시각화를 만들고, 감지된 이상 징후를 손쉽게 조사하고 이해하세요.

2. 플랫폼 전체에서 요청을 추적 — 현재 오픈 베타

​Cloudflare Traces를 오픈 베타로 출시합니다. 지원되는 보안 규칙, 변환, 캐시 결정, 라우팅, Workers, 오리진 처리를 요청 수준에서 확인할 수 있습니다. 트래픽이 플랫폼을 어떻게 이동했는지 확인하고, Cloudflare 구성 방식이 요청 처리 시간, 라우팅 결정 등에 어떤 영향을 주는지 연결해서 살펴볼 수 있습니다.

지속적인 가시성을 위해 기본 샘플링 비율을 설정한 다음,  Trace Rules를 사용해 특정 트래픽을 더 높은 비율로 캡처하세요. 호스트 이름, 경로, IP 주소 또는 헤더를 대상으로 지정하고, ​Ray ID로 검색한 다음, 생성된 스팬을 Cloudflare 대시보드에서 바로 살펴보세요.

 OpenTelemetry를 통해 트레이스를 내보낼 수 있으며, W3C 트레이스 컨텍스트 전파를 사용하면 들어오는 트레이스 컨텍스트를 받아 오리진으로 전달할 수 있습니다. ​Cloudflare Tracing에 대해 자세히 알아보려면 전체 블로그 게시물을 확인하거나, 시작하려면 에이전트에게 다음 명령을 전달하세요.

3. 하나의 통합 SQL API로 에이전트가 관측 가능성 데이터를 쿼리

에이전트에도 관측 가능성 데이터를 일관된 방식으로 살펴보고, 문제를 조사하고, 신호 간 상관관계를 파악하고, 수정 사항을 검증할 방법이 필요합니다. ​통합 SQL API를 베타로 출시하여 Cloudflare 전반의 텔레메트리를 쿼리할 수 있게 합니다. Workers 로그, Containers 보안 이벤트, HTTP 요청 로그, 분석 데이터에 각각 별도로 통합하는 대신, 사람과 에이전트가 하나의 SQL 방언, 인증 모델, API를 사용해 모두 쿼리할 수 있습니다.

에이전트는 새로운 ​Cloudflare CLI인 cf를 사용해 명령줄에서 쿼리를 찾아 실행하거나, ​Cloudflare Observability MCP 서버에 연결해 로그, 트레이스, 분석을 조사할 수 있습니다. ​데이터 세트 스키마, 필드, 예제 쿼리도 제공되어 사람과 에이전트 모두 쿼리를 작성하는 데 활용할 수 있습니다.

또한 네이티브 바인딩을 통해 SQL 인터페이스를 Workers에 직접 제공합니다. 이제 Worker에서 ​Analytics Engine 데이터를 쿼리하여 고객 사용량을 계측하고 청구 워크플로를 구동하거나, 고객용 분석 대시보드를 구축하거나, 상태 보고서를 생성하거나, 별도의 API 클라이언트를 구성하지 않고 인시던트 조사를 자동화할 수 있습니다.

4. 수집 및 저장되는 모든 로그와 트레이스에 새로운 요금 체계 적용

Cloudflare에서 수집 및 저장되는 모든 로그와 트레이스에 하나의 통합 Observability 구독 및 요금 체계를 적용합니다. 2026년 12월 1일부터 이 요금 모델은 모든 플랜에 적용되며(Enterprise 고객은 모두 갱신 시점부터 적용), Workers, Containers, AI Gateway를 포함한 기존 Developer Platform 로그와 모든 트레이싱 데이터를 포함합니다.

로그와 트레이스의 크기는 크게 달라질 수 있으므로, 새로운 모델은 이벤트 수가 아니라 수집하고 저장하는 데이터 용량을 기준으로 합니다. 이번 요금 조정과 관련한 자세한 내용은 ​문서를 확인하세요.

5. 관측 가능성 데이터에 사용자 지정 알림 구성 – 현재 베타

Notifications(현재 명칭은 “Alerts”)가 크게 업그레이드되었습니다. 이제 HTTP 요청 로그, Workers 이벤트, Workers Analytics Engine 데이터 세트, 분석 데이터 세트, 트레이스, 보안 이벤트 등 새로운 통합 SQL API가 지원하는 모든 항목에 사용자 지정 알림을 직접 정의할 수 있습니다.

대시보드에서 데이터 세트를 선택하거나 사용자 지정 SQL로 조건을 정의하세요. 그런 다음 임계값, 이상 징후 또는 SLO를 선택하고 평가 기간을 설정한 뒤 알림을 보낼 위치를 선택하세요. 예를 들어 오리진 5xx 응답이 5분 동안 임계값을 초과하거나, Container가 반복적으로 실패하거나, 배포 후 Worker 오류가 증가하거나, 트레이스 대기 시간이 예상 한계를 넘을 때 알림을 보낼 수 있습니다. 

인시던트 관리 도구, 채팅 플랫폼, 웹후크 등 팀에서 이미 사용하는 도구로 알림을 바로 보낼 수 있습니다. ​이제 모든 플랜에서 웹후크를 사용할 수 있습니다. 따라서 사용자 지정 서비스나 에이전트로 알림을 라우팅해 즉시 조사를 시작할 수도 있습니다. 시작하려면 ​문서를 확인하거나 에이전트에게 다음 명령을 전달하세요.

6. 도메인 분석을 한 곳에서 확인 — 이제 30일간 보존

도메인에서 무슨 일이 일어나고 있는지 파악하려면 여러 Cloudflare 제품의 메트릭을 조합해야 하는 경우가 많았습니다. 이제 트래픽, 성능, 보안, 캐시, 오리진, DNS 데이터를 한데 모아 서로 어떤 관련이 있는지 확인할 수 있습니다. 대기 시간이 증가하면 특정 Cloudflare 데이터 센터, 호스트 이름 또는 오리진과 관련이 있는지 빠르게 확인할 수 있습니다.

또한 이제 ​모든 플랜에서 30일간의 도메인 분석 데이터를 사용할 수 있습니다. 한 달 전체의 기록을 통해 문제가 발생한 후에도 조사할 시간을 확보하고, 오늘을 이전 주의 같은 요일과 비교하며, 일회성 급증과 장기적인 추세를 구분할 수 있습니다.

7. 사용자 지정 대시보드 구축

사전 구축된 대시보드는 일반적인 사용 사례를 다루지만, 애플리케이션은 Cloudflare의 여러 부분을 함께 사용하는 경우가 많습니다. ​Custom Dashboards를 사용하면 Cloudflare 전반의 분석, Workers 플랫폼의 로그와 트레이스, 보안 이벤트를 하나의 보기로 모을 수 있습니다. 요청량, 오류, 대기 시간, 스토리지, 차단된 트래픽을 추적한 다음 대시보드를 팀과 공유하세요. 조사할 때마다 쿼리를 다시 작성하는 대신, 애플리케이션에 중요한 신호를 한 곳에서 모니터링할 수 있습니다.

8. 이제 모든 셀프 서비스 플랜에서 Logpush를 사용

Logpush는 이전에는 Enterprise에서만 제공되었지만 이제 모든 셀프 서비스 플랜에서 사용할 수 있어, 모든 Cloudflare 로그를 이미 사용하는 도구와 대상으로 내보낼 수 있습니다. 전송 전에 필터를 적용하거나, 민감 정보를 가리거나, 이벤트를 보강하거나, 출력 형식을 재구성해야 하나요? 이제 ​Transformers가 일반 공급되어 별도의 ETL 파이프라인을 운영하지 않고도 원하는 SQL 변환을 적용할 수 있습니다.

Logpush와 Transformers에 ​사용량 기반 요금제를 도입합니다. 두 서비스 모두 매월 무료 사용량이 포함되며, 추가 사용량에는 단순한 요금이 적용됩니다.

Logpush를 시작하고 전체 요금 정보를 확인하려면 문서를 방문하세요.

향후 계획:

• 관측 가능성 데이터의 보존 기간 연장: 로그 및 트레이싱 데이터를 최대 1년간 보존할 수 있게 되어 반복되는 문제를 더 쉽게 조사하고, 과거 동작을 비교하고, 장기 추세를 분석할 수 있습니다.
• Workers에서 OpenTelemetry API 지원: 기존 스팬에 속성을 추가하거나 트레이스 컨텍스트를 가져올 수 있도록 OpenTelemetry API를 계속 확장할 예정입니다.
• OpenTelemetry를 통한 더 간편한 메트릭 내보내기: Cloudflare 메트릭을 OpenTelemetry 호환 대상으로 보내고 스택의 나머지 텔레메트리와 함께 분석할 수 있게 됩니다.
• 새 요금 체계는 2026년 12월 1일부터 적용: Cloudflare에서 관측 가능성 데이터를 수집하거나 저장하는 경우 통합 요금제가 사용량에 적용됩니다. 변경 사항이 적용되기 전에 알려드리겠습니다.

조사를 시작할 준비가 되셨나요?

Cloudflare가 블랙박스처럼 느껴질 수 있다는 의견을 잘 알고 있습니다. 이번 업데이트는 무슨 일이 일어나고 있는지 보여주고, 기반 데이터에 액세스할 수 있게 하며, 조치에 필요한 컨텍스트를 제공하기 위한 시작일 뿐입니다. 에이전트가 소프트웨어를 작성하는 것에서 운영하는 것으로 역할을 넓혀가면서 이러한 투명성은 더욱 중요해집니다. 에이전트가 변경 사항과 결과 사이의 루프를 완성하려면 무슨 일이 있었는지 쿼리하고, 실패 원인을 식별하고, 수정 사항을 검증할 수 있어야 합니다.

​OpenTelemetry, W3C Trace Context, SQL을 중심으로 구축함으로써, 여러분과 여러분의 에이전트가 해당 컨텍스트에 액세스할 수 있는 표준화되고 이식 가능한 인터페이스를 제공하기 위해 노력하고 있습니다. 자세히 알아보려면 새로운 ​Observability 문서 홈을 확인하세요.