본문 바로가기

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

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

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

전체 글180

Nginx 413 Request Entity Too Large 해결: 업로드 용량·프록시·Docker 점검 실제 전송 노트: 413이 Nginx에서 났는지 앱에서 났는지 확인했습니다2026년 10월 12일 별도 Docker의 Nginx 1.30.4·Node.js 24.21.0(Linux arm64)에 비민감 A 바이트로 만든 본문을 실제 전송했습니다. 아래 기존 인코딩 계산과는 별개인 HTTP 재현 시험입니다. 실제 고객 파일·영상·운영 서버는 사용하지 않았습니다.작은 시험 한도로 경계와 차단 계층을 분리했습니다Nginx 시험 서버 두 곳의 client_max_body_size를 각각 3k(3072바이트), 6k(6144바이트)로 정했습니다. 같은 앱은 요청 본문을 실제로 센 뒤 4096바이트 초과이면 413을 반환하게 작성했습니다. 앱의 4096바이트는 이번 예제의 정책이지 Node.js나 모든 프레임워크의.. 2026. 9. 23.
Docker 컨테이너가 Restarting을 반복할 때: exit code·로그·재시작 정책 점검 docker ps에서 컨테이너 상태가 Restarting으로 반복되면 애플리케이션이 종료되고 재시작 정책이 다시 실행하는 상황일 가능성이 큽니다. 무작정 restart를 반복하면 최초 오류가 로그에서 밀려 원인 파악이 더 어려워집니다. 종료 코드, 로그, 설정, 의존 서비스, 재시작 정책 순서로 확인하면 진단 시간을 줄일 수 있습니다.1. 재시작 횟수와 마지막 종료 상태를 먼저 기록한다컨테이너 이름을 확인한 뒤 상태, 종료 코드, OOM 여부, 시작·종료 시각, 재시작 횟수를 한 번에 남기세요. 컨테이너가 잠깐 실행되는 사이에 exec로 들어가려 하기보다 docker inspect로 종료 상태를 읽는 편이 안정적입니다.docker ps -a --filter status=restartingdocker in.. 2026. 9. 23.
기업용 클라우드 백업 선택법: RPO·RTO·불변 백업·복구 테스트 체크리스트 백업 파일이 있다는 사실과 서비스가 복구된다는 사실은 다릅니다. 장애나 랜섬웨어가 발생했을 때 필요한 시점의 데이터를 정해진 시간 안에 되살릴 수 있어야 백업이 기능합니다. 기업용 클라우드 백업을 고를 때는 제품명보다 RPO, RTO, 불변성, 계정 분리, 복구 테스트를 먼저 정의해야 합니다.1. RPO와 RTO를 업무별로 따로 정한다RPO는 장애 직전까지 어느 정도의 데이터 손실을 허용할지, RTO는 중단 후 얼마 안에 서비스를 복구할지를 뜻합니다. 주문 DB와 사내 자료실에 같은 목표를 적용하면 핵심 서비스는 보호가 부족하고 비핵심 서비스는 비용이 과해질 수 있습니다. 사용자 여정과 매출·운영 영향을 기준으로 등급을 나누세요.구분질문설계에 미치는 영향RPO최대 몇 분·몇 시간의 데이터를 잃을 수 있나.. 2026. 9. 23.
AWS S3 스토리지 클래스 비교: Standard·IA·Glacier 비용 최적화 기준 S3 청구액이 늘었다고 가장 저렴한 Glacier로 모든 파일을 옮기면 오히려 검색 비용과 복구 지연이 커질 수 있습니다. S3 스토리지 클래스는 저장 단가뿐 아니라 접근 빈도, 검색 시간, 최소 보관 기간, 객체 크기를 함께 봐야 합니다. 이 글은 Standard, Standard-IA, Intelligent-Tiering, Glacier 계열을 실제 운영 패턴에 맞춰 고르는 순서를 정리합니다.1. 먼저 접근 패턴을 네 가지로 나눈다파일 종류보다 접근 패턴이 선택 기준입니다. 웹 서비스의 실시간 원본, 월말에 다시 읽는 보고서, 분기별 감사 자료, 거의 꺼내지 않는 장기 보관 자료를 구분하세요. 패턴을 모르면 자동 계층 이동을 지원하는 Intelligent-Tiering을 검토하고, 패턴이 안정적일 때.. 2026. 9. 23.
GPT-6 Sol·Luna vs GPT-5.6 Sol·Luna 비교: 요금, 용도, 실무 선택 예시 GPT-6 Sol과 GPT-6 Luna가 공개되면서 기존 GPT-5.6 Sol·Luna를 사용하던 개발자는 모델을 바꿀지 판단해야 합니다. 결론부터 말하면 복잡한 코드 수정과 긴 도구 작업은 Sol, 대량 분류·추출처럼 범위가 명확한 작업은 Luna부터 시험하는 것이 합리적입니다. 다만 모델 이름이나 세대만으로 품질·응답 속도를 단정할 수는 없습니다. 이 글은 2026년 9월 23일 기준 OpenAI의 공식 API 문서에 나온 사양과 요금을 비교하고, 실제 업무에서 검증할 수 있는 예시를 제시합니다.네 모델의 핵심 차이 한눈에 보기모델공식 문서의 주된 용도입력 / 출력 요금추천 시작 작업GPT-6 Sol복잡한 코딩·에이전트 워크플로$2 / $10여러 파일 수정, 원인 분석, 테스트 보완GPT-5.6 So.. 2026. 9. 23.
Nginx 502 Bad Gateway 해결: Docker upstream·포트·헬스체크 점검 실제 재현 노트: 같은 502라도 고칠 위치가 달랐습니다2026년 10월 12일 별도의 로컬 Docker 시험에서 Nginx 1.30.4와 Node.js 24.21.0(Linux arm64)을 실행했습니다. 아래는 운영 장애 경험이 아니라, 비민감 예제 앱에 실제 HTTP 요청을 보내고 Nginx 오류·접근 로그와 앱 수신 로그를 대조한 결과입니다. 시험 네트워크는 외부 연결을 막았고 호스트 포트는 공개하지 않았습니다.주소만 바꾼 세 요청과 앱이 반환한 502앱은 별도 컨테이너의 0.0.0.0:3000에서 수신하도록 했습니다. Nginx의 연결 제한은 1초, 읽기 제한도 1초였으며 자동 다음 upstream 재시도는 껐습니다. 아래 세 proxy_pass는 실제 시험에 사용한 설정의 핵심 부분입니다.# .. 2026. 9. 22.

티스토리툴바