트레이싱 도구를 고를 때 많은 팀이 먼저 UI나 쿼리 경험부터 봅니다. 하지만 운영 단계에서는 저장 비용과 보관 전략이 훨씬 큰 변수로 돌아옵니다. Grafana Tempo는 이 문제를 정면으로 다루는 저장소입니다. 트레이스를 로그처럼 무겁게 인덱싱하기보다, 객체 저장소 중심으로 단순화해 규모와 비용을 관리하려는 접근이 분명합니다.
해당 Repository의 접속 URL 및 version. Commit 빈도수에 따른 업데이트 수준.
- 저장소: https://github.com/grafana/tempo
- 최신 release:
v2.10.3 - 업데이트 수준: 2026년 4월 2일 기준 GitHub API에서 저장소 push 시각이 같은 날까지 이어지고, 기본 브랜치 최신 커밋도 2026년 4월 1일에 올라와 있습니다. 릴리스 역시
v2.10.3까지 진행돼 있어, 장기 보관형 추적 백엔드를 꾸준히 다듬는 흐름이 분명하게 보입니다.
무엇을 하는 저장소인가
Tempo는 분산 추적 데이터를 저장하고 조회하기 위한 백엔드입니다. Jaeger처럼 추적 시스템 전체를 설명하는 저장소라기보다, 트레이스 저장 문제를 더 낮은 비용 구조로 풀기 위한 전문 컴포넌트에 가깝습니다. 특히 Grafana, OpenTelemetry, Loki, Mimir 같은 주변 도구와 결합했을 때 전체 관측성 스택 안에서 분명한 위치를 가집니다.
핵심 특징
Tempo의 설계는 기능을 많이 넣기보다, 트레이싱 저장 비용을 어떻게 통제할지에 집중합니다.
- 전체 텍스트 인덱싱을 강하게 밀지 않고 객체 저장소 중심 구조를 택해 장기 보관 비용을 낮추려 합니다.
- OpenTelemetry, Jaeger, Zipkin 등 여러 추적 입력 경로를 받아들이며 수집 계층과 느슨하게 연결됩니다.
- Grafana와 함께 쓸 때 트레이스 조회 경험이 자연스럽고, 로그와 메트릭에서 트레이스로 넘겨 보는 흐름도 좋습니다.
- TraceQL과 Traces Drilldown 같은 최근 사용 경험 개선이 README에서도 분명히 드러납니다.
실무에서 기대할 수 있는 효과
트레이싱을 실제로 오래 유지해야 하는 조직일수록 Tempo의 장점이 더 크게 보입니다.
- 저장 비용 때문에 추적 보관 기간을 짧게 가져가야 했던 문제를 완화할 수 있습니다.
- Grafana 중심 관측성 스택 안에서 트레이스 저장 계층을 명확히 분리할 수 있습니다.
- 로그와 메트릭 중심 관측성에 분산 추적을 추가할 때 아키텍처를 과도하게 복잡하게 만들지 않을 수 있습니다.
- 운영팀이 쿼리 기능보다 보관 전략을 우선해야 하는 환경에서 특히 실용적입니다.
실제로 볼 만한 적용 장면
- 마이크로서비스 수가 많아 트레이스 양이 빠르게 늘어나는 SaaS에서, 객체 저장소 기반 장기 보관을 구성하는 데 적합합니다.
- Grafana, Loki, Prometheus 계열 스택을 이미 쓰는 조직이 추적 저장소를 자연스럽게 추가하려 할 때 연결이 좋습니다.
- 비용 때문에 샘플링을 과도하게 높였던 팀이, Tempo를 통해 더 넓은 추적 데이터를 유지하는 전략을 검토할 수 있습니다.
강점과 한계
Tempo의 강점은 목적이 선명하다는 데 있습니다. 트레이스 저장을 더 값싸고 단순하게 만들겠다는 목표가 아키텍처 전반에 반영돼 있습니다. 다만 검색 경험이 풍부한 인덱스 기반 시스템과 비교하면 탐색 방식에 제약이 있을 수 있고, Grafana 생태계와 함께 봤을 때 가장 큰 효용이 나오기 때문에 독립형 제품처럼 이해하면 오해가 생길 수 있습니다. 또한 트레이싱 자체의 계측 품질이 낮다면 저장소만 바꿔도 가시성이 좋아지지는 않습니다.
어떤 팀이나 개발자에게 맞는가
트레이싱을 실험이 아니라 장기 운영 대상으로 보는 팀에 잘 맞습니다. 특히 Grafana 중심 관측성 스택을 이미 운영 중이거나, 대규모 추적 보관 비용을 줄이고 싶은 플랫폼팀이라면 우선순위 높게 검토할 가치가 있습니다. 반면 강한 검색성과 개별 추적 탐색 편의가 가장 중요한 환경에서는 다른 저장 전략과 비교가 필요합니다.
결론
Grafana Tempo는 분산 추적을 화려하게 보여 주기보다, 오래 보관 가능한 형태로 단단하게 받치는 저장소입니다. 트레이싱의 비용 구조를 진지하게 다뤄야 하는 시점이라면 계속 추적할 이유가 충분합니다.