본문 바로가기

직접 만든 소프트웨어, 두 가지 개발 기록

구현 구조와 적용 범위, 확인한 기능과 남은 한계를 함께 기록합니다.

MediaMTX 스트리밍 제어 서버Docker Compose 구성과 파일·라이브·멀티캐스트 송출 RTSP CCTV 관제·분석 프로그램관제 그룹, 영역·출입선, 이벤트 이력을 연결하는 구조

소프트웨어개발156

Kubernetes CrashLoopBackOff 해결 순서: 이전 로그·종료 코드·프로브·메모리 점검 그림: 반복 재시작은 이전 실행의 종료 이유부터 확인하세요.CrashLoopBackOff는 컨테이너가 반복 종료되어 Kubernetes가 재시작 사이 대기 시간을 늘리는 상태입니다. 하나의 원인 이름이 아닙니다. 이전 실행의 로그, 종료 이유, 이벤트를 모아야 재시작 루프를 고칠 수 있습니다.1. 파드와 실패 컨테이너를 특정한다kubectl get pods -n NAMESPACEkubectl describe pod POD_NAME -n NAMESPACEkubectl logs POD_NAME -c CONTAINER_NAME -n NAMESPACE --previous--previous는 이전에 종료된 컨테이너 로그를 보여줍니다. 여러 컨테이너가 있으면 -c로 대상을 지정하세요. describe의 Last S.. 2026. 9. 25.
기업용 시크릿 관리 도입 가이드: AWS Secrets Manager와 Vault 선택 기준 그림: 배포부터 회전·폐기까지 실제 운영 흐름을 시험하세요.DB 비밀번호와 API 키를 코드나 배포 파일에 오래 보관하면 유출 후 회수가 어렵습니다. 시크릿 관리의 핵심은 누가 읽었고, 언제 교체·폐기할 수 있는가입니다. AWS Secrets Manager와 Vault를 고를 때는 기능뿐 아니라 팀의 운영 역량과 앱 인증 방식을 함께 살펴야 합니다.1. 시크릿과 사용 주체를 목록화한다DB 계정, 타사 API 키, 서명키, 인증서를 구분하고 소유 서비스·환경·수명·회전 담당자를 적으세요. 사람이 쓰는 비밀번호 관리자와 서버가 런타임에 읽는 시크릿 저장소는 용도가 다릅니다. 실제 접근 주체를 먼저 정해야 권한 정책을 설계할 수 있습니다.2. 같은 운영 시나리오로 비교한다질문Secrets ManagerVaul.. 2026. 9. 25.
기업용 WAF 선택 기준: AWS WAF·Cloudflare 비교와 오탐·비용 체크리스트 그림: 차단율과 정상 요청의 오탐을 함께 검증하세요.웹 서비스에 WAF를 붙이려는 팀은 차단 기능 목록보다 보호할 경로, 정상 요청의 오탐, 운영 비용을 먼저 정의해야 합니다. AWS WAF와 Cloudflare WAF는 관리형 규칙을 제공하지만 적용 위치와 로그·요금 구조가 다릅니다. 제품 데모 전에 검증할 질문을 정리합니다.1. 무엇을 보호할지 먼저 정한다로그인, 검색, 결제, API를 나누고 최근 공격 사례와 정상 요청 중 차단되면 곤란한 경로를 수집하세요. 봇 요청 속도 제한과 취약점 패턴 차단은 다른 과제입니다. WAF는 인증, 코드 보안 수정, 전체 DDoS 대응을 대신하지 않습니다. 누가 어떤 로그를 보고 차단을 되돌릴지도 정해야 합니다.2. 같은 조건으로 두 제품을 비교한다항목AWS WAF.. 2026. 9. 25.
Nginx 504 Gateway Timeout 해결: upstream 응답·proxy_read_timeout·Docker 점검 실제 재현 노트: 1초 제한인데 2.4초 응답은 성공한 이유2026년 10월 12일 별도 로컬 Docker의 Nginx 1.30.4·Node.js 24.21.0(Linux arm64)에서 실제 HTTP 요청을 시험했습니다. 운영 장애나 성능 벤치마크가 아니라, 응답을 언제 보내는지 통제한 예제 앱과 Nginx의 동작을 비교한 실험입니다. TLS·CDN·로드밸런서·실제 DB는 포함하지 않았습니다.요청 경로와 응답 시점을 통제했습니다같은 내부 네트워크의 app:3000을 직접 호출하거나 Nginx를 거쳤습니다. /slow는 1500ms 후 처음 응답하고, /heartbeat는 헤더와 첫 조각을 즉시 보낸 뒤 600ms마다 네 조각을 더 보냅니다. /gap은 헤더·첫 조각을 보낸 뒤 1500ms 동안 다음 조.. 2026. 9. 24.
AWS S3 403 AccessDenied 해결 순서: IAM·버킷 정책·KMS·공개 차단 점검 그림: 403 오류에서는 권한을 무작정 넓히기보다 요청자·작업·리소스·거부 정책을 먼저 특정해야 합니다.S3에서 AccessDenied 또는 HTTP 403을 받았을 때 버킷을 공개로 바꾸는 것은 해결책이 아닙니다. 같은 403이라도 요청한 IAM 주체, 작업, 객체 경로, 버킷 정책, 공개 접근 차단, KMS 키 정책에 따라 원인이 다릅니다. 아래 순서는 권한을 불필요하게 넓히지 않고 원인을 좁히는 방법입니다.1. 실제 요청자·작업·리소스를 기록한다먼저 실패한 명령과 전체 오류 메시지에서 누가 어떤 작업을 어떤 ARN에 요청했는지 확인하세요. 로컬 프로파일, 서버의 인스턴스 역할, 컨테이너의 태스크 역할이 서로 다를 수 있습니다. CLI에서 아래 명령으로 현재 사용 중인 주체를 확인할 수 있습니다. 공.. 2026. 9. 24.
기업용 로그 관리 솔루션 선택법: 수집·보존·검색·마스킹 비용 체크리스트 로그 솔루션을 고를 때 월 저장 용량만 비교하면 도입 후 검색 비용과 운영 부담이 예상보다 커질 수 있습니다. 장애가 났을 때 어느 서비스의 어떤 요청이 실패했는지 찾을 수 있는지, 개인정보가 들어간 로그를 어떻게 통제하는지, 보존 정책이 비용에 어떤 영향을 주는지를 먼저 확인하세요. 이 글은 중앙 로그 서비스를 비교하는 실무 점검표입니다.1. 수집 대상과 질문을 먼저 정한다웹 접근 로그, 애플리케이션 로그, 컨테이너 stdout, 데이터베이스 감사 로그는 양과 중요도가 다릅니다. 솔루션 시연 전에 “고객 요청 한 건의 오류를 5분 안에 찾기”, “특정 배포 이후 5xx 비율과 로그를 연결하기”처럼 실제 질문을 두세 개 만드세요. OpenTelemetry는 로그·메트릭·트레이스를 관측 신호로 구분하며, .. 2026. 9. 24.

티스토리툴바