중국 운영팀의 Datadog 대안: 여덟 가지 경로와 평가 방법

중국 배포, 구매, 멀티클라우드와 비용으로 Datadog 대안을 비교하고 Agent 권한과 단계적 이전의 검증 방법을 살펴봅니다.

Guance 편집팀 2026-10-27 약 3분 업데이트 2026-10-27

Datadog을 교체하는 일은 텔레메트리 목적지를 바꾸는 것보다 큽니다. 공개 제품에는 인프라 모니터링, APM, 로그, RUM, 알림과 보안 기능이 포함됩니다. 여기에 의존하는 팀은 대시보드, 권한, 모니터와 과거 기록도 가지고 있습니다. 이전을 판단할 때 이 자산을 다루는 작업까지 계산해야 합니다.

중국 본토에서 서비스를 운영하는 팀에는 구매, 네트워크 접근, 현지 지원, 여러 클라우드와 데이터센터를 오가는 데이터 경로도 중요합니다. 이 글은 그 조건을 중심으로 여덟 가지 경로를 비교합니다. 발행자인 Guance 역시 후보 중 하나이며 공식 제품 자료를 근거로 합니다. 독립 순위나 운영 규모 성능 시험은 아닙니다. 한국어로 제공하더라도 중국 운영을 포함하는 팀의 조건을 다루며, 다른 지역의 제공 범위를 보장하지 않습니다.

제약부터 정한 다음 후보를 고르기

주요 제약	검토할 후보	확인할 조건
중국 운영, 현지 지원, 멀티클라우드 또는 IDC	Guance	배포, 계약, 연결, 신호 범위와 총비용
기존 Prometheus / Grafana 투자	자체 운영 LGTM, 관리형 오픈소스, Prometheus + Grafana	팀이 유지할 운영 책임
로그 검색과 Elasticsearch 경험	Elastic Observability / ELK	로그 외의 범위, 별도 Elastic Security 제품·라이선스
다른 국제 SaaS 사용 가능	New Relic	APM / RUM 요구, 구매와 네트워크
복잡한 기업 토폴로지와 관리	Dynatrace	지원되는 발견 기능, 권한, 배포, 실제 사용량 기반 비용
Alibaba Cloud 또는 Tencent Cloud 중심	SLS / ARMS, Tencent 옵저버빌리티 / CLS / TMP	제품 경계, 외부 수집, 클라우드 간 연계
배포·코드 선택권과 유지보수 역량	SigNoz, OpenObserve 또는 조합한 오픈소스 스택	에디션, 라이선스, 보안, 용량, 장기 담당자

Datadog을 먼저 없애야 후보를 평가할 수 있는 것은 아닙니다. 대표 서비스 하나, 통제된 수집 경로, 분명한 복원 방법이 넓은 기능표보다 유용한 증거를 줍니다. 2~4주는 초기 평가 기간의 예시이지 이전 완료 약속이 아닙니다. Guance 무료 에디션을 사용하더라도 현재 할당량, 기능과 보존 조건을 먼저 확인합니다.

결정을 바꾸는 네 가지 요인

청구서는 워크로드 모델로 설명해야 한다

로그, 인덱싱 이벤트, 트레이스 수집·보존, 사용자 정의 지표, RUM, 프로파일, 보안 데이터, 사용자 라이선스에 서로 다른 단위가 적용될 수 있습니다. 모든 제품이 모든 항목으로 과금하는 것은 아니며 약정량과 초과 사용 조건도 확인해야 합니다.

서비스와 테넌트가 늘면 지표 시계열이 늘 수 있고, 요청 세부 정보를 더 남기면 로그·트레이스도 늘어납니다. 다음 장애에 필요한 맥락을 보존하려는 엔지니어와 예측 가능한 비용을 원하는 담당자가 같은 모델을 사용하도록 트래픽, 신호 범위, 샘플링과 보존 기간을 맞춥니다. 병행 운영과 네트워크 전송도 포함합니다. 수집을 줄여 비용과 함께 필요한 증거까지 없앤다면 단순한 개선으로 볼 수 없습니다.

중국 운영에는 제품 외의 조건이 있다

구매, 청구서, 결제, 보안 검토, 접근 성능, 지원 언어, 장애 시 연락 경로가 실제 사용 가능성을 결정할 수 있습니다. 공급자의 본사 위치나 번역된 웹사이트만으로 고객별 계약 조건을 알 수는 없습니다.

데이터가 어디서 수집·처리·저장·백업되는지, 필요한 네트워크는 무엇인지, 서비스와 지원 범위가 계약에 어떻게 적혀 있는지 확인합니다. 지역 이름이 붙은 endpoint가 모든 데이터 처리 약속을 입증하지는 않습니다. 기능이 맞더라도 배포 방식이나 지원 계약을 따로 조정해야 할 수 있습니다.

멀티클라우드 조사에는 일관된 맥락이 필요하다

요청 하나가 브라우저, 게이트웨이, 애플리케이션, 큐, 데이터베이스를 거쳐 여러 클라우드와 IDC를 오갈 수 있습니다. 클라우드 사업자 도구도 외부 데이터를 받을 수 있지만 수집이 전부는 아닙니다. 서비스 식별자, 시간, trace context, 네트워크와 쿼리 권한이 맞아야 요청을 따라갈 수 있습니다.

그 실제 조사 경로를 시험하세요. 하나의 화면에 있다고 해서 필요한 신호가 모두 있거나 서로 다른 서비스 이름이 같은 대상을 의미한다고 볼 수는 없습니다.

AI 지원은 호출 가능한 인터페이스 이상을 검증해야 한다

MCP, CLI, API는 Agent가 도구에 접근하는 수단입니다. 이것만으로 신뢰할 수 있는 사고 대응 과정이 만들어지지는 않습니다. 시간 범위 선택, 증거 인용, 누락 데이터 처리, 권한과 승인 요청을 확인하고 제안된 설명과 확정 원인을 구분합니다.

읽기 전용 작업부터 시작합니다. 이후의 변경에는 범위, 감사 기록과 복구 절차가 필요합니다. 승인 요청 기능이 있다고 모든 위험 동작을 감지하는 것은 아니며 작업을 멈춰도 수행한 변경이 취소되지는 않습니다. 결과 판단의 책임은 운영자에게 남습니다.

모든 후보에 같은 기준 적용하기

기준	증거로 답할 질문
신호 범위	어떤 로그·지표·트레이스·RUM·인프라·Kubernetes·이벤트가 실제 지원되고 설정되어 있는가
비용 설명	수집, 보존, 호스트, 사용자, 컴퓨팅 등 적용 단위로 견적을 재현할 수 있는가
데이터 관리	카디널리티, 샘플링, 보관소, 민감 필드와 예산 배분을 어떻게 처리하는가
중국 배포	연결, 구매, 문서, 지원과 계약이 요구에 맞는가
멀티클라우드	실제 클라우드·IDC 경계를 하나의 조사에서 넘을 수 있는가
개방형 표준	OpenTelemetry, Prometheus, 로그 프로토콜의 지원 버전과 의미상 제한은 무엇인가
사고 대응	그룹화, 라우팅, 담당자와 에스컬레이션이 실행 가능한 정보를 보존하는가
Agent 작업	인용, 권한, 승인, 산출물과 복구를 검토할 수 있는가
이전	경로를 병행하고, 필요한 자산을 잃지 않은 채 실패한 시험을 되돌릴 수 있는가

1. Guance: 중국 및 멀티클라우드 운영의 후보

현지 배포·지원, 여러 인프라 환경, 연결된 조사가 핵심 요구라면 Guance를 평가할 수 있습니다. 공개 제품 자료는 로그, 지표, 트레이스, RUM, 인프라, Kubernetes, 알림과 이벤트를 설명합니다. Datadog의 모든 항목을 그대로 복제한 제품은 아닙니다. 필요한 연동과 식별자를 확인한 뒤 신호가 유용한 조사 흐름을 만드는지 판단합니다.

중국어 문서, 지원 경로와 배포 옵션도 평가 대상입니다. 이것이 모든 고객의 계약이나 더 낮은 청구액을 보장하지는 않습니다. 실제 워크로드로 권한, 필드, 쿼리, 데이터 경로와 비용을 확인하고 무료 시험은 해당 에디션의 제한 안에서 진행합니다.

OWL CLI, MCP Server, OpenAPI는 Codex, Claude Code, OpenClaw 또는 내부 Agent에 지원되는 Guance 데이터와 기능을 연결할 수 있습니다. 팀은 조사 방법, 도구 권한과 복구 절차를 설계합니다. Obsy AI 문서는 Copilot 지원과 Agent Teams의 지속 작업을 구분합니다. Teams에서는 Agent 역할, Skill, MCP 서비스와 Channel을 구성하며 작업 문서는 산출물, 승인 요청과 실행 중지를 설명합니다.

도구로 Agent 연결	Obsy Agent Teams 평가
도구 호출을 조사 과정에 구성	역할·Skill·작업을 설정하고 방법과 결과 검증
권한과 데이터 경계 설계	승인, 최소 권한, 마스킹, 허용 동작 검토
서비스 식별자와 관계 매핑	지원하는 엔터티 연계를 실제 수집 데이터와 대조
Agent와 도구 조합 구축	설정한 역할과 실효 접근 권한 확인
결과 검토 절차 설계	산출물·첨부 자료 확인, 조치 결과와 복구는 별도 시험

같은 서비스가 로그에서는 checkout-service, 트레이스에서는 checkout-api, 운영 문서에서는 “결제”로 불린다면 어느 방식이든 검증 가능한 매핑이 필요합니다. 수집하지 않은 로그나 기록하지 않은 담당자를 제품이 만들어 낼 수는 없습니다. AI 서비스 설명도 출력 검토를 요구하며 장애 해결이나 특정 정확도를 보장하지 않습니다.

Datadog 전용 모듈이나 통합에 대한 의존이 크면 각각 시험합니다. 현재 구성이 요구를 충족하고 이전 부담이 이익보다 크다면 유지도 합리적입니다. Guance는 운영 모델이 맞을 때 후보에 넣고, 실제 시험으로 결론을 내립니다.

2. Grafana LGTM / Prometheus: 스택 통제권 유지하기

이미 Prometheus와 Grafana를 운영하며 그 투자를 유지하려는 팀에 맞는 경로입니다. Prometheus는 지표, Loki는 로그, Tempo는 트레이스, Mimir는 확장 가능한 지표 저장을 다룹니다. Thanos는 Prometheus 기반 지표 구성을 확장하는 별도 프로젝트입니다. Grafana는 구성한 데이터 소스의 쿼리와 시각화 인터페이스를 제공합니다.

자체 운영은 배포와 맞춤 구성의 선택권을 주지만 수집, 고카디널리티, 권한, 저장, 업그레이드, 백업과 복구도 팀이 맡습니다. RUM, 이벤트, 알림과 신호 연계에는 해당 구성 요소가 필요합니다. Grafana Cloud의 관리형 책임은 다르므로 자체 호스팅의 유지보수 목록을 그대로 적용하면 안 됩니다.

옵저버빌리티 플랫폼 운영을 인력과 시간을 배정한 지속적인 엔지니어링 업무로 선택할 때 적합합니다. 라이선스 비용만으로 낮은 총비용을 입증할 수는 없습니다.

3. Elastic Observability / ELK: 검색 요구에서 출발하기

Elasticsearch 경험과 광범위한 로그 검색이 필요하면 Elastic을 검토할 수 있습니다. ELK 로그 구성과 APM·지표·디지털 경험을 포함하는 Elastic Observability는 구분해야 합니다. 보안 분석은 Elastic Security와 관련 에디션·라이선스로 따로 확인하며 모든 옵저버빌리티 구성에 포함된다고 가정하지 않습니다.

자체 운영에서는 mapping, 샤드, 스토리지 계층, 확장, 업그레이드와 복구를 계획합니다. Elastic Cloud Hosted와 Serverless는 인프라 책임이 다릅니다. 로그만 수집한 구성에 사용자 영향 조사 공백이 있더라도 이를 제품 전체의 한계로 일반화하지 않습니다. 실제 전문 검색, 과거 쿼리와 사고 조사로 신호 연계, 성능과 비용을 검증하세요.

4. New Relic: 다른 국제 SaaS 비교하기

New Relic은 APM, 브라우저 모니터링, 로그, 인프라 및 관련 옵저버빌리티 기능을 제공합니다. 요구 기능과 국제 SaaS 구매 방식이 조직에 맞을 때 후보가 됩니다.

중국 운영에서는 네트워크, 지원, 구매와 데이터 처리 조건을 다시 확인합니다. 공급자만 바꾼다고 제약이 사라지지는 않습니다. 같은 워크로드에서 필요한 연동과 과금 모델을 비교하고 해당 사용자·컴퓨팅 단위도 포함합니다. 원래 장애물이 구매나 배포 지역이라면 새 계약이 그 조건을 실제로 바꾸는지 확인해야 합니다.

5. Dynatrace: 복잡한 시스템의 발견과 관리 평가하기

서비스 자동 발견, 토폴로지와 기업 거버넌스가 중요하다면 Dynatrace를 검토할 수 있습니다. 지원 기술, 계측과 배포에 따라 범위가 달라지므로 실제 애플리케이션 집합으로 확인합니다. 토폴로지 화면이나 AI 설명도 실제 증거와 대조해야 합니다.

선택 제품, 사용량, 배포와 구현 작업을 기준으로 비용을 추정합니다. 기업용이라는 위치만으로 더 비싸거나 저렴하다고 단정하지 않습니다. 의도한 구성에서 중국 지역의 제공, 접근과 지원을 확인하세요. 가격표에 이름 하나를 더 넣는 것보다 팀이 가진 복잡성을 해결하는지가 중요합니다.

6. Alibaba Cloud SLS / ARMS: 기존 클라우드 운영에 맞추기

대부분의 리소스가 Alibaba Cloud에 있다면 SLS와 ARMS가 기존 수집·구매 방식에 맞을 수 있습니다. 로그, 애플리케이션 모니터링과 리소스 모니터링의 제품 경계를 각각 평가합니다.

SLS는 다른 클라우드와 데이터센터 로그도 수집합니다. Alibaba 전용이라고 표현하면 부정확합니다. 클라우드를 넘을 때는 네트워크, 권한, 외부 전송 비용과 공통 필드를 확인해야 합니다. SLS와 ARMS를 같은 공급자가 제공한다고 조사 과정이 자동 연결되지는 않습니다. 여러 환경에서는 다른 후보와 동일한 사고 조사로 비교합니다.

7. Tencent 옵저버빌리티 / CLS / TMP: 제품 조합 확인하기

Tencent Cloud의 모니터링, CLS와 관리형 Prometheus는 해당 클라우드 자산과 구매 경로가 많은 팀에 맞을 수 있습니다. 어떤 조합이 애플리케이션 지표, 로그, 의존성과 알림을 필요한 범위까지 다루는지가 질문입니다.

CLS LogListener는 Tencent Cloud뿐 아니라 다른 클라우드와 자체 IDC도 지원합니다. 외부 수집이 가능해도 공통 식별자, 트레이스 관계, 네트워크와 비용은 검증해야 합니다. “클라우드 중립성”을 막연한 점수로 삼기보다 엔지니어가 실제 경계를 넘어서 조사할 수 있는지 확인하세요.

8. SigNoz / OpenObserve: 이름보다 배포 방식 평가하기

SigNoz와 OpenObserve는 자체 운영 및 호스팅 경로를 제공합니다. 배포 통제, 공개 코드와 필요한 제품 기능이 요구에 맞으면 평가할 수 있습니다. 모든 배포판에 모든 기능이 있다고 가정하지 말고 라이선스와 에디션을 살펴봅니다.

자체 운영에서는 업그레이드, 보안, 권한, 용량, 백업과 알림 관리가 남습니다. 호스팅 서비스는 일부 책임을 바꿉니다. 기업 기능, 연동과 지원을 실제 에디션에서 확인하세요. 오픈소스라는 이름이나 작은 초기 설치만으로 장기 플랫폼이 더 가볍고 저렴하다고 할 수는 없습니다.

PoC가 운영 판단에 답하도록 만들기

먼저 격리 환경에서 수집, 권한과 중단 절차를 확인합니다. 이어서 대표적인 비핵심 서비스 또는 승인된 비식별화 재생 데이터를 사용합니다. 간단한 데모는 연결을 확인하지만 운영 규모의 완전성, 성능이나 비용은 증명하지 못합니다.

유용한 요청 경로를 선택합니다. 해당하는 프런트엔드, API, 데이터베이스나 미들웨어, Kubernetes 워크로드와 오류 로그를 포함합니다.
현재 시스템을 유지합니다. 병행 전송 지원, 큐, 재시도, 부하, 중복과 추가 요금을 확인합니다. 목적지 추가가 무해하다고 가정하지 않습니다.
과거 장애를 다시 조사합니다. 가설을 만들고 검증하는 데 필요한 시스템과 사람, 누락 신호와 알림 차이를 기록합니다.
같은 범위로 비용을 계산합니다. 로그, 지표, 트레이스, RUM, 보존, 사용자, AI, 지원과 병행 운영을 해당 단위로 포함합니다.
Agent 경계를 시험합니다. 격리 환경에서 인용, 권한, 승인, 감사, 실패 동작과 복구를 검토하고 사람의 수정을 남깁니다. 기능 설명만으로 운영 과정이 성립한다고 보지 않습니다.
온콜 담당자가 사용하게 합니다. 구매 표에 잘 보이는지보다 조사가 이해되고 재현되는지 확인합니다.

범위를 넓히기 전에 합격·중단 조건, 기존 수집·알림 설정, 과거 데이터 접근과 복원 확인 담당자를 문서화합니다. 모든 기록과 대시보드 이전부터 시작할 필요는 없습니다. 시험 중 사용하지 않았다고 저빈도 복구·규정 준수 모니터링을 삭제해서도 안 됩니다.

중국 배포와 지원, 오픈소스 경험, 검색, 단일 클라우드 중심 구성, 복잡한 거버넌스라는 실제 제약으로 후보를 고릅니다. Guance의 작은 병행 수집 시험으로 워크스페이스를, 별도 Obsy Agent Teams 평가로 승인된 작업과 검토를 확인할 수 있습니다. 어느 한쪽의 성공이 Datadog 모든 기능을 교체했다는 증거는 아닙니다.