서비스가 MSA · 클라우드 · 하이브리드로 나뉘면서 운영 지점은 계속 늘고 있습니다. 모니터링 도구도 늘었지만, 정작 장애가 났을 때 "어디서, 왜"를 찾는 시간은 줄지 않았습니다.
1. 세 가지 데이터는 서로 다른 질문에 답합니다
메트릭은 지금 상태가 어떤지, 트레이스는 요청이 어디를 거쳐 어디서 느려졌는지, 로그는 그 순간 무슨 일이 있었는지를 알려줍니다.
- 메트릭: CPU · 메모리 · 디스크 · 네트워크, 처리량과 에러율
- 트레이스: 요청 흐름, 구간별 응답 시간, Span
- 로그: 오류 메시지, 임계값 초과, 이상 접속
2. 따로 보면 생기는 문제
도구를 오가며 상관관계를 찾는 시간
에러율이 올라간 것을 메트릭에서 보고, 느린 요청을 트레이스에서 찾고, 그 시각의 로그를 다시 검색하는 동안 대응은 늦어집니다.
경보 후 조치까지 정보가 부족함
알림에는 "무엇이 넘쳤는지"만 있고 "어디를 고쳐야 하는지"는 없습니다.
3. 하나의 흐름으로 연결하면
BODE는 도메인과 인스턴스 단위로 세 데이터를 함께 조회하고, 느린 요청을 Waterfall로 펼쳐 DB 쿼리 · 외부 API · 애플리케이션 처리 중 어디가 병목인지 보여줍니다.
탐지 → 분석 → 대응이 한 화면에서 이어지면, 장애 대응 시간(MTTR)을 줄이는 출발점이 됩니다.