소프트웨어 제품을 운영하시나요? 무료로 등록하세요. 담당자가 읽어 보고 하루 안에 공개합니다.제품을 운영하시나요? 무료로 등록하세요.

제품 등록
제품 등록

모니터링

가동 시간, 오류, 트레이스, 그리고 새벽 3시의 호출.

모니터링

이 카테고리에는 아직 제품이 없습니다

아직 등록된 제품이 없습니다. 이 선반에 어울리는 제품을 만들고 계시다면 등록해 주세요. 담당자가 읽어 보겠습니다.

제품 등록

이 카테고리가 다루는 범위

고객이 설명해 주기 전에 무언가 고장 났다는 것을 아는 일입니다. 가동 시간 체크, 오류 추적, 메트릭, 로그, 트레이스, 누군가를 깨우는 알림을 다룹니다.

제품은 URL에 핑을 보내는 체크 하나부터, 인프라가 내보내는 모든 것을 수집하는 플랫폼까지 다양합니다. 둘 사이의 차이는 대부분 데이터량과 가격입니다.

고객 행동 분석은 분석에 속합니다. 애플리케이션이 실행되는 곳은 호스팅·클라우드입니다.

바깥에서부터 시작하기

가장 유용한 첫 구매는 가장 단순한 것입니다. 여러 곳에서 사이트를 불러와 동작이 멈추면 알려 주는 체크입니다.

외부 체크는 내부 대시보드가 놓치는 장애를 잡아냅니다. 만료된 인증서, 깨진 레코드, 아무도 공지하지 않은 방화벽 변경이 그 예입니다. 비용이 적게 들고, 많은 소규모 팀에게는 중요한 것의 대부분을 덮습니다.

오류 추적이 두 번째입니다. 어떤 예외가 실제 사용자에게 얼마나 자주, 어느 릴리스부터 도달하는지 알면 막연한 제보가 수정으로 바뀝니다. 여기서 제품을 가르는 것은 그룹화 품질입니다. 거의 똑같은 알림 4천 건을 만드는 도구는 소음을 만들고 있는 것입니다.

네 가지 종류의 데이터

  • 가동 시간 체크: 바깥에서, 고객이 실제로 쓰는 경로에서.
  • 오류: 그룹화되고 릴리스와 사용자 맥락이 붙어 있습니다.
  • 메트릭: 숫자이고 보관 비용이 저렴하며, 추세와 임계값에 씁니다.
  • 로그: 상세하고 비싸며, 일어난 일을 재구성하는 데 씁니다.
  • 트레이스: 서비스 간 요청을 보여 주며, 시간이 어디로 가는지 찾는 데 씁니다.

대부분의 팀은 앞의 둘이 당장 필요하고, 메트릭은 곧 필요하며, 나머지는 추측이 더 통하지 않을 만큼 시스템이 복잡해졌을 때 필요합니다.

보관 기간은 조용한 제약입니다. 오늘을 지난달 같은 날과 비교하려면 한 달 치 데이터가 필요한데, 입문 요금제는 자주 일주일만 보관합니다.

알림은 설계의 문제다

아무도 조치하지 않는 알림은 모두가 다음 알림도 무시하도록 길들이며, 그 습관이 장애를 길게 만듭니다.

모든 내부 임계값이 아니라 사용자가 겪는 것에 알림을 거세요. 페이지가 느리게 로딩되는 것은 중요합니다. 프로세서 80퍼센트는 그것만으로는 대개 중요하지 않습니다.

모든 알림에는 세 가지가 필요합니다. 담당자, 문서화된 조치, 담당자가 자고 있을 때도 닿는 경로입니다. 이 시험을 통과하지 못하는 것은 알림이 아니라 대시보드 항목이어야 합니다.

그다음 정기적으로 점검하세요. 알림은 쌓이고 조건은 바뀌며, 분기마다 정리하는 것이 가장 저렴한 안정성 작업입니다.

비용, 그리고 청구서가 경고 없이 커지는 이유

요금은 호스트, 사용자, 수집량, 이벤트로 책정되며, 놀라움이 사는 곳은 수집량 모델입니다.

로그를 장황하게 남기는 서비스 하나가 트래픽은 그대로인데 청구서를 몇 배로 만들 수 있습니다. 샘플링, 원천에서의 필터링, 상세 데이터의 짧은 보관이 흔한 통제 수단이므로, 필요해지기 전에 제품이 무엇을 제공하는지 물어보세요.

커스텀 메트릭은 구체적인 질문이 필요합니다. 고유 시리즈당 과금되는 경우가 잦고, 잘못 고른 라벨 하나가 수천 개를 만들 수 있기 때문입니다. 알림이 아니라 지출 상한을 요청하고, 나머지 양상은 요금 페이지가 숨기는 것에서 보세요.

직접 운영하기

오픈소스 구현은 성능이 좋고 라이선스가 무료입니다. 운영 비용은 실제로 듭니다. 저장소, 보관, 업그레이드, 모니터링 시스템 자체를 위한 당직입니다.

마지막 항목이 따져 볼 점입니다. 자체 호스팅 스택은 감시하던 대상과 같은 사고에서 함께 장애가 나는 경향이 있고, 그때가 가장 필요한 순간입니다.

갇히지 않으면서 작게 시작하기

첫 모니터링 설정은 지루해야 하고 오후 한나절이면 끝나야 합니다.

중요한 경로에 외부 체크 두 개, 애플리케이션에 연결된 오류 추적, 사람에게 닿는 알림 경로 하나입니다. 이것으로 소규모 제품이 첫 1년에 겪을 사고의 대부분을 덮습니다.

무언가가 고장 났는지가 아니라 왜 느렸는지 묻기 시작할 때 메트릭을 더하세요. 로그만으로 답이 더 이상 분명하지 않을 만큼 시스템에 움직이는 부분이 많아지면 트레이스를 더하세요.

일찍 내릴 만한 결정 하나는 데이터를 어디서 어떤 형식으로 수집하는가입니다. 오픈 표준에 맞춰 작성한 계측은 나중에 다른 백엔드로 돌릴 수 있지만, 한 공급사의 라이브러리에 맞춰 작성한 계측은 영영 바꾸지 말자는 논거가 됩니다.

각 알림이 무엇을 뜻하고 누가 대응하는지 문서로 남겨 두세요. 새벽 3시에는 그 문서 한 장이 어떤 대시보드보다 가치가 큽니다.

자주 묻는 질문

소규모 팀은 무엇을 가장 먼저 모니터링해야 하나요?

사이트가 네트워크 밖에서 응답하는지, 오류가 사용자에게 도달하는지입니다. 이 두 가지가 사고 대부분을 잡아냅니다. 트레이스, 프로파일링, 대시보드는 조사할 대상이 생길 때까지 미뤄도 됩니다.

모니터링은 요금이 어떻게 책정되나요?

호스트 수, 수집 데이터량, 사용자 수, 이벤트 수로 책정됩니다. 예상치 못하게 커지는 쪽은 데이터량 요금입니다. 시끄러운 서비스 하나가 트래픽은 그대로인데 청구서를 몇 배로 만들 수 있기 때문입니다.

어느 정도의 보관 기간이 필요한가요?

지난달 같은 기간과 비교할 수 있을 만큼이며, 보통 상세 데이터는 30일, 집계 데이터는 그보다 깁니다. 입문 요금제는 대개 일주일만 보관해서 반복되는 문제가 보이지 않게 됩니다.

알림 피로를 어떻게 막나요?

모든 임계값이 아니라 사용자가 체감하는 증상에 알림을 걸고, 모든 알림에 담당자와 문서화된 대응을 정하고, 아무도 조치하지 않는 알림은 삭제하세요. 무시되는 알림은 없는 알림보다 나쁩니다.

오픈소스 모니터링이 더 저렴한가요?

라이선스는 무료이지만 운영은 무료가 아닙니다. 모니터링 스택의 저장소, 보관, 당직을 직접 운영하는 것은 실제 업무이며, 감시하는 다른 모든 것과 같은 시점에 장애가 납니다.