직접 만든 소프트웨어, 두 가지 개발 기록 구현 구조와 적용 범위, 확인한 기능과 남은 한계를 함께 기록합니다. MediaMTX 스트리밍 제어 서버Docker Compose 구성과 파일·라이브·멀티캐스트 송출 RTSP CCTV 관제·분석 프로그램관제 그룹, 영역·출입선, 이벤트 이력을 연결하는 구조 cloudwatch2 CloudWatch Logs 보존 기간을 줄이기 전: 삭제 시점과 복구 한계 확인 CloudWatch Logs 보존 기간을 줄이는 작업은 표시 옵션 변경이 아니라 오래된 로그의 삭제로 이어질 수 있는 변경입니다. 로그 그룹과 필요한 보존 기간을 확인하고, 이미 삭제된 로그는 기간을 다시 늘려도 돌아오지 않는다는 점부터 검토하세요.적용 환경: Amazon CloudWatch Logs 로그 그룹; 조직의 보존 의무와 별도 백업 여부는 담당자가 확인. 자료 확인일: 2026-10-26. 문서 기반 안내이며 실제 운영 시험 결과가 아닙니다.1. 원인: 보존 기준과 삭제 완료 시각을 혼동한 로그 그룹 안의 스트림들은 보존 설정을 공유합니다. 기본적으로 로그는 무기한 보존되며, 보존 설정을 바꾸면 기준을 지난 이벤트는 삭제 대상으로 표시됩니다. 실제 삭제에는 통상 최대 72시간이 걸리며 드물게 .. 2026. 10. 27. CloudWatch 데이터 부족 경보: missing·ignore·breaching 선택 기준 CloudWatch의 데이터 부족을 정상값 0으로 단정하지 마세요. 계속 보내야 하는 지표인지, 오류가 있을 때만 보내는 지표인지부터 구분하고 누락 데이터 처리와 경보 이력을 확인합니다.적용 환경: AWS CloudWatch 일반 지표 경보, 공식 문서 2026-10-23 확인. 문서 기반 가이드이며 실제 서비스 설정 변경·시험 결과가 아닙니다.1. 원인: 값이 없는 것과 정상값은 다릅니다수집 장애로 지표가 끊길 수도 있고, 이벤트가 있을 때만 값을 내보내는 설계일 수도 있습니다. 먼저 계정·리전·네임스페이스·차원이 실제 자원과 맞는지 확인합니다. 지표를 잘못 선택한 문제를 누락 처리 설정으로 덮지 않습니다.2. 해결 순서: 지표의 의미에 맞춰 선택합니다값누락값을 평가할 때의 의미notBreaching임.. 2026. 10. 24. 이전 1 다음
