직접 만든 소프트웨어, 두 가지 개발 기록 구현 구조와 적용 범위, 확인한 기능과 남은 한계를 함께 기록합니다. MediaMTX 스트리밍 제어 서버Docker Compose 구성과 파일·라이브·멀티캐스트 송출 RTSP CCTV 관제·분석 프로그램관제 그룹, 영역·출입선, 이벤트 이력을 연결하는 구조 로드밸런서2 ALB와 NLB 선택: HTTP 경로 분기·고정 IP·TLS 종료 위치부터 확인 호스트·URL 경로에 따라 웹 요청을 나누려면 ALB를, TCP 연결이나 가용 영역별 고정 IP 요구가 중심이면 NLB를 먼저 검토하세요. 둘 다 TLS와 관련된 구성이 가능하므로 “HTTPS면 ALB, 나머지는 NLB”만으로 결정하지 말고 인증서가 어디에서 끝나야 하는지까지 적어야 합니다.선택을 헷갈리게 하는 원인: 연결 조건과 HTTP 조건을 섞는 것클라이언트가 요구하는 주소·포트와 애플리케이션이 요구하는 라우팅은 다른 항목입니다. 같은 443 포트를 사용하더라도 암호화된 연결을 서버까지 전달해야 하는 서비스와, 중간에서 HTTP 요청을 읽어 여러 API로 나눠야 하는 서비스의 설계는 달라집니다. 제품 이름을 먼저 정하면 인증서 관리와 방화벽 허용 목록을 뒤늦게 바꾸게 될 수 있습니다.요구우선 검토확.. 2026. 10. 18. AWS ALB와 Nginx 비교: 로드 밸런서 비용·TLS·운영 책임 선택 기준 AWS에서 웹 API를 운영할 때 Application Load Balancer(ALB)에 트래픽 분산을 맡길지, Nginx를 직접 운영할지 고민하게 됩니다. AWS의 가용 영역과 컨테이너 서비스에 맞춰 운영 부담을 줄이려면 ALB를 먼저 검토할 수 있습니다. 프록시 설정을 세밀하게 통제하거나 여러 실행 환경에서 같은 구성을 유지해야 한다면 자체 Nginx도 후보입니다. 선택할 때는 서버 한 대의 가격보다 필요한 가용성, TLS 처리, 장애 대응 책임을 같은 조건으로 비교해야 합니다.1. 관리형 서비스와 직접 운영하는 소프트웨어의 차이이 글의 비교 범위는 HTTP·HTTPS 웹 서비스의 요청 분산입니다. ALB는 AWS가 운영하는 관리형 로드 밸런서이고, Nginx Open Source는 설치한 서버나 .. 2026. 10. 5. 이전 1 다음
