직접 만든 소프트웨어, 두 가지 개발 기록 구현 구조와 적용 범위, 확인한 기능과 남은 한계를 함께 기록합니다. MediaMTX 스트리밍 제어 서버Docker Compose 구성과 파일·라이브·멀티캐스트 송출 RTSP CCTV 관제·분석 프로그램관제 그룹, 영역·출입선, 이벤트 이력을 연결하는 구조 모니터링2 CloudWatch 데이터 부족 경보: missing·ignore·breaching 선택 기준 CloudWatch의 데이터 부족을 정상값 0으로 단정하지 마세요. 계속 보내야 하는 지표인지, 오류가 있을 때만 보내는 지표인지부터 구분하고 누락 데이터 처리와 경보 이력을 확인합니다.적용 환경: AWS CloudWatch 일반 지표 경보, 공식 문서 2026-10-23 확인. 문서 기반 가이드이며 실제 서비스 설정 변경·시험 결과가 아닙니다.1. 원인: 값이 없는 것과 정상값은 다릅니다수집 장애로 지표가 끊길 수도 있고, 이벤트가 있을 때만 값을 내보내는 설계일 수도 있습니다. 먼저 계정·리전·네임스페이스·차원이 실제 자원과 맞는지 확인합니다. 지표를 잘못 선택한 문제를 누락 처리 설정으로 덮지 않습니다.2. 해결 순서: 지표의 의미에 맞춰 선택합니다값누락값을 평가할 때의 의미notBreaching임.. 2026. 10. 24. Grafana Cloud와 자체 Prometheus·Grafana 비교: 모니터링 비용·보존·운영 책임 Prometheus 지표와 Grafana 대시보드를 운영하려는데 저장 공간, 보존 기간, 장애 대응 부담이 커지고 있나요? 관리형 Grafana Cloud를 검토할 때는 서버 수만 적어 견적을 내기보다 활성 시계열 수와 수집 주기, 필요한 데이터 보존 범위를 먼저 확인해야 합니다. 자체 운영은 설정과 데이터 경로를 직접 통제할 수 있고, 관리형은 맡길 수 있는 운영 작업을 늘릴 수 있습니다. 어느 쪽이 항상 저렴한지는 같은 지표·보존·알림 조건을 맞춰 비교해야 판단할 수 있습니다.1. 대시보드와 지표 저장소를 구분하기이 글은 Prometheus 방식의 메트릭, 즉 시간에 따라 변하는 수치 지표를 중심으로 비교합니다. Grafana는 데이터를 조회하고 시각화하는 역할을 하고, 지표를 실제로 수집·저장하는 .. 2026. 10. 5. 이전 1 다음
