직접 만든 소프트웨어, 두 가지 개발 기록 구현 구조와 적용 범위, 확인한 기능과 남은 한계를 함께 기록합니다. MediaMTX 스트리밍 제어 서버Docker Compose 구성과 파일·라이브·멀티캐스트 송출 RTSP CCTV 관제·분석 프로그램관제 그룹, 영역·출입선, 이벤트 이력을 연결하는 구조 s38 S3 Batch Operations가 Complete인데 실패 객체가 남을 때: 완료 보고서 확인 S3 Batch Operations의 Complete는 작업 실행이 끝났다는 상태이며 모든 객체 작업이 성공했다는 보장은 아닙니다. 객체별 성공·실패를 완료 보고서와 작업 세부 정보에서 확인한 뒤 후속 작업 대상을 정하세요.적용 환경: 기존 Amazon S3 Batch Operations 작업과 완료 보고서; 작업·manifest·보고서 읽기 권한 필요, 새 작업 실행이나 객체 변경은 다루지 않음. 자료 확인일: 2026-10-29. 공식 문서 기반 안내이며 실제 계정·운영 환경에서 실행한 시험 결과가 아닙니다.1. 원인: 작업의 종료와 객체별 결과는 다르다S3 Batch Operations는 manifest에 지정한 객체마다 태스크를 수행합니다. AWS의 상태 정의에 따르면 Complete에 도달한 작.. 2026. 10. 30. S3 Inventory에 최근 파일이 없을 때: 첫 보고서와 현재 상태 구분 S3 Inventory는 실시간 객체 목록이 아니라 일별·주간으로 만드는 보고서입니다. 첫 보고서는 전달까지 최대 48시간이 걸릴 수 있으며 최근 추가·삭제가 보고서에 반영되지 않을 수도 있으므로, 파일 유실로 단정하기 전에 보고서 시점과 범위를 확인하세요.적용 환경: Amazon S3 일반 목적 버킷의 기존 Inventory 구성과 보고서; 원본 객체·보고서 조회 권한 필요. 자료 확인일: 2026-10-28. 문서 기반 진단 안내이며 실제 AWS 계정의 설정·생성 시간 시험을 수행한 결과가 아닙니다.1. 원인: 보고서에 없는 것과 현재 없는 것은 다르다Inventory는 지정한 버킷 또는 키 접두사의 객체·메타데이터를 일정에 따라 내보냅니다. AWS는 각 보고서가 버킷 항목의 스냅샷이며 최근 PUT·.. 2026. 10. 29. S3 파일은 없는데 용량이 남을 때: 미완료 멀티파트 업로드 점검 S3 객체 목록에서 파일을 찾지 못해도 완료하지 않은 멀티파트 업로드의 파트가 남아 있을 수 있습니다. 완료 객체 만료 규칙과 미완료 업로드 중단 규칙을 구분하고, 아직 진행 중인 작업인지 먼저 확인하세요.적용 환경: Amazon S3 일반 목적 버킷의 멀티파트 업로드; 완료 객체 만료와 구분. 자료 확인일: 2026-10-26. 문서 기반 안내이며 실제 운영 시험 결과가 아닙니다.1. 원인: 객체와 업로드 파트는 다른 상태대용량 전송을 여러 파트로 나누다가 완료 단계에 이르지 못하면 업로드 상태와 파트가 남을 수 있습니다. 객체 목록만 비교해서 사용량 차이를 전부 삭제 마커 때문이라고 결론 내리면 이 경로를 놓칩니다.운영 점검표에는 버킷, 업로드 식별자, 시작 시각, 전송 애플리케이션, 담당자를 나눠 .. 2026. 10. 27. S3 만료 후 용량이 남는 이유: 삭제 마커와 비현재 버전 구분 버전 관리가 켜진 S3 버킷에서는 현재 객체를 만료시켜도 이전 데이터 버전이 남을 수 있습니다. 목록에서 사라졌다는 사실과 저장 데이터가 영구 삭제됐다는 사실을 구분해야 합니다.적용 환경: Amazon S3 버전 관리 Enabled 버킷; Suspended와 Object Lock은 별도 확인. 공식 문서 확인일: 2026-10-23. 아래 내용은 문서 기반 점검 가이드이며 운영 환경에서 실행한 시험 결과가 아닙니다.1. 원인: 현재 목록이 전체 저장량은 아닙니다Enabled 버킷의 현재 버전 만료는 삭제 마커를 현재 버전으로 만들고 기존 데이터를 비현재 버전으로 남기는 방식입니다. 비현재 버전도 저장되어 있는 동안 비용 검토 대상입니다. 삭제 마커는 원본 데이터의 영구 삭제 증명이 아닙니다.구분확인할 의.. 2026. 10. 24. S3 Replication과 AWS Backup 비교: 복제본과 과거 시점 복구를 구분하기 다른 버킷에 객체를 전달하는 경로가 필요하면 S3 Replication을, 보존 정책과 복구 시점 중심의 운영이 필요하면 AWS Backup을 비교하세요. 복제 설정이 있다고 과거의 정상 상태를 원하는 시점으로 되돌릴 수 있는 것은 아닙니다. 삭제 전파·버전·복원 대상까지 실제로 확인해야 합니다.혼동의 원인: 사본이 있는 것과 정상 시점으로 돌아가는 것은 다르다운영자는 보통 “한 곳이 고장 나도 데이터를 읽을 수 있어야 한다”와 “잘못 수정하기 전 상태로 돌아가야 한다”를 동시에 원합니다. 앞의 요구는 사본의 위치·전달 지연과 관련되고, 뒤의 요구는 보존 기간과 복구 시점·버전 선택에 관련됩니다. 두 요구를 한 문장으로 묶으면 복제 완료 표시만 보고 복구 계획도 끝났다고 판단하기 쉽습니다.목적우선 확인성.. 2026. 10. 18. S3 presigned URL과 CloudFront 서명 URL 비교: 비공개 다운로드 권한·캐시 선택 임시 다운로드를 S3에서 직접 제공하면 S3 presigned URL을, 여러 지역의 이용자에게 CDN 캐시를 쓰면서 접근을 제한하려면 CloudFront 서명 URL을 검토하세요. OAC는 CloudFront의 S3 원본 접근을 제어하며 이용자의 다운로드 자격을 대신 확인하지 않습니다. 두 서명 방식을 같은 URL에 섞기 전에 어느 서비스가 요청을 검증할지 정해야 합니다.혼동의 원인: 이용자 권한·서명·원본 접근을 한 설정으로 보기애플리케이션은 로그인한 사람이 해당 파일을 받을 수 있는지 판단합니다. 그 다음 허용된 파일과 기간에 한정해 URL을 발급합니다. 파일 저장소를 비공개로 만들었다는 사실만으로 이 애플리케이션 권한 검사가 생기지는 않습니다. 반대로 앱 화면에서 버튼을 숨겨도 이미 유출된 유효 .. 2026. 10. 17. 이전 1 2 다음
