직접 만든 소프트웨어, 두 가지 개발 기록 구현 구조와 적용 범위, 확인한 기능과 남은 한계를 함께 기록합니다. MediaMTX 스트리밍 제어 서버Docker Compose 구성과 파일·라이브·멀티캐스트 송출 RTSP CCTV 관제·분석 프로그램관제 그룹, 영역·출입선, 이벤트 이력을 연결하는 구조 전체 글183 PostgreSQL statement timeout 해결: 잠금 대기·세션 설정·트랜잭션 범위 점검 canceling statement due to statement timeout은 PostgreSQL이 한 명령의 시간 예산을 넘겨 취소했다는 뜻입니다. 먼저 실제 접속의 설정값과 잠금 대기를 확인하고, 즉시 timeout을 0으로 끄거나 전체 DB 제한을 늘리지 마세요. statement_timeout에는 잠금 대기 시간도 포함될 수 있습니다. 쿼리 자체가 느린지, 다른 트랜잭션을 기다리는지, 앱·프록시에서 먼저 끊겼는지 나눠야 합니다.이 글은 PostgreSQL 16 공식 문서를 기준으로 한 진단입니다. 다른 주 버전은 지원 설정과 동작을 해당 버전 문서에서 확인합니다. 예제는 문서 검토용 SQL이며 운영 DB에 연결하거나 쿼리를 실행한 결과는 아닙니다. 오류 메시지·시각·연결 경로를 보존한 뒤 제한.. 2026. 10. 15. Nginx 정적 파일 404 해결: root·alias 경로와 try_files 점검 순서 파일은 있는데 Nginx 정적 요청이 404라면, 요청 URI에서 실제 파일 경로를 한 번 계산하고 오류 로그가 찾은 경로와 비교하세요. root는 URI를 지정한 디렉터리 뒤에 붙이고, alias는 선택된 location 부분을 다른 경로로 바꿉니다. 호스트에 파일이 존재한다는 사실만으로 Nginx 프로세스가 같은 경로를 본다고 확정할 수 없습니다.Linux의 Nginx가 정적 파일을 직접 제공하는 경우를 다룹니다. Docker를 쓰면 컨테이너 안의 파일 경로를 기준으로 점검합니다. proxy_pass 뒤 애플리케이션이 돌려준 404는 별도 경로입니다. 공식 문서 확인일은 2026년 10월 14일이며 아래 경로는 설명용 예시입니다. 실제 서버에서 재현하거나 설정을 적용했다고 주장하지 않습니다.404 원.. 2026. 10. 15. NAT Gateway와 VPC 엔드포인트 비교: 비공개 ECR 이미지 다운로드 비용·경로 선택 비공개 서브넷에서 ECR 이미지 다운로드 비용을 줄이려면 ECR API·레지스트리 요청과 S3 이미지 레이어 다운로드를 나눠 봐야 합니다. NAT Gateway 하나를 ECR 엔드포인트 하나로 바꾸는 비교로 끝나지 않습니다. ECR 인터페이스 엔드포인트의 서비스·가용 영역별 유지 비용, S3 게이트웨이 경로, 아직 인터넷이 필요한 트래픽을 함께 계산합니다.적용 범위는 같은 AWS 리전의 비공개 ECR 이미지와 IPv4 비공개 서브넷입니다. EC2 기반 ECS와 Linux Fargate 1.4.0 이상을 중심으로 설명합니다. 다른 플랫폼 버전·듀얼 스택·교차 리전·중앙 집중형 네트워크는 실제 지원 조건을 따로 확인해야 합니다. 가격 항목의 자료 기준일은 2026년 10월 14일이며 다음 날의 고정 요금이나.. 2026. 10. 15. Secrets Manager와 Parameter Store 비교: DB 비밀번호 회전·설정값·조회 비용 선택 DB 비밀번호처럼 실제 서비스의 자격 증명을 함께 바꾸고 회전해야 한다면 Secrets Manager를 우선 검토합니다. 환경별 엔드포인트·기능 설정처럼 키와 값을 중앙에서 관리하는 목적이면 Parameter Store가 출발점입니다. SecureString으로 암호화할 수 있다는 사실만으로 비밀번호 회전까지 자동화되지는 않습니다. 두 서비스를 같은 저장소 가격으로만 비교하면 갱신 책임과 애플리케이션 반영 비용이 빠집니다.이 글은 AWS에서 실행하는 애플리케이션이 설정값과 DB 접속 정보를 어디서 읽을지 정하는 상황을 다룹니다. Vault와의 조직 전체 시크릿 관리 비교와 달리, AWS 내부에서 설정값·자격 증명·회전·캐시를 나누는 선택 절차입니다. 일반 비밀번호를 새로 저장하거나 공개하는 실습은 포함하.. 2026. 10. 15. systemd 203/EXEC 해결: 실행 경로·권한·shebang·noexec 점검 순서 status=203/EXEC는 systemd가 지정한 프로그램을 실제로 실행하는 단계에서 실패했다는 단서입니다. 애플리케이션 설정을 먼저 바꾸거나 재시작을 반복하기보다 journal의 오류 문구를 읽고 실행 경로, 접근 권한, 스크립트 인터프리터와 마운트 조건을 확인하세요. 파일이 존재하는 것만으로 실행 가능하다고 판단할 수 없습니다.자료 확인 기준일은 2026년 10월 13일입니다. 아래 예시는 공식 문서를 바탕으로 작성한 설계·점검 예이며, 이 글에서 실제 계정이나 서버에 실행한 시험 결과는 아닙니다.원인: 프로그램이 시작되기 전의 실패입니다systemd 매뉴얼은 203/EXIT_EXEC를 실제 프로세스 실행, 구체적으로 execve 호출의 실패로 설명합니다. 누락되거나 접근할 수 없는 실행 파일이 .. 2026. 10. 14. GitHub Actions npm 캐시 복원 후 모듈이 없을 때: npm ci·lockfile·작업 경로 점검 setup-node의 npm 캐시가 복원돼도 node_modules가 설치됐다는 뜻은 아닙니다. 이 캐시는 패키지 관리자의 다운로드 데이터를 재사용하는 기능이므로 실제 프로젝트 폴더에서 npm ci 같은 설치 단계가 필요합니다. 캐시가 맞았다는 이유로 설치를 건너뛰었다면 먼저 그 조건을 제거하고, lockfile 위치와 명령 실행 경로를 맞추세요.자료 확인 기준일은 2026년 10월 13일입니다. 아래 예시는 공식 문서를 바탕으로 작성한 설계·점검 예이며, 이 글에서 실제 계정이나 서버에 실행한 시험 결과는 아닙니다.원인: 다운로드 캐시와 설치된 의존성 폴더를 혼동합니다setup-node 문서는 전역 패키지 데이터를 캐시하며 node_modules를 캐시하지 않는다고 설명합니다. 다운로드 캐시가 있다는 .. 2026. 10. 14. 이전 1 2 3 4 ··· 31 다음
