직접 만든 소프트웨어, 두 가지 개발 기록 구현 구조와 적용 범위, 확인한 기능과 남은 한계를 함께 기록합니다. MediaMTX 스트리밍 제어 서버Docker Compose 구성과 파일·라이브·멀티캐스트 송출 RTSP CCTV 관제·분석 프로그램관제 그룹, 영역·출입선, 이벤트 이력을 연결하는 구조 백엔드3 CloudFront 캐시 정책과 오리진 요청 정책: 캐시 키와 추가 전달값 구분 응답을 구분하는 값은 캐시 키 설계에서, 오리진에만 추가로 필요한 값은 오리진 요청 정책에서 검토하세요. 오리진으로 전달했다는 이유만으로 캐시가 나뉘지는 않습니다. 개인화·인증 응답에는 이 구분을 기계적으로 적용하지 말고 별도의 캐시 안전성을 확인해야 합니다.원인: 전달하는 값과 응답을 구분하는 값을 같은 것으로 본다캐시 정책은 헤더·쿠키·쿼리 문자열 등 캐시 키에 포함할 값과 TTL을 다룹니다. 오리진 요청 정책은 캐시 키에 없는 추가 정보를 오리진 요청에 포함하는 용도로 사용할 수 있습니다. 캐시 키에 포함한 값은 오리진 요청에도 포함됩니다. 캐시 적중 때마다 오리진 요청이 발생하는 것으로 이해하면 검증이 어긋납니다.질문검토 대상확인할 결과이 값에 따라 응답이 다른가캐시 키 또는 캐시 금지 설계서로 .. 2026. 10. 23. SNS와 EventBridge 선택: 구독 알림과 이벤트 라우팅을 구분하는 순서 같은 메시지를 여러 구독자에게 알리는 것이 중심이면 SNS를, 여러 이벤트의 내용과 출처에 따라 처리 대상을 나누는 것이 중심이면 EventBridge를 먼저 검토하세요. 단, SNS도 본문 필터를 지원하므로 “본문을 검사하면 무조건 EventBridge”라는 기준은 맞지 않습니다.원인: 알림 대상과 처리 규칙을 한 질문으로 섞는다“메시지를 전달한다”만으로 제품을 정하면 수신 방식과 운영 책임을 놓칩니다. SNS는 토픽을 구독한 엔드포인트에 알림을 전달하는 모델이고, EventBridge는 이벤트를 받아 조건에 맞는 대상으로 연결하는 이벤트 버스 모델입니다. 기존 큐의 Standard/FIFO 선택과는 다른 설계 단계입니다.먼저 적을 요구검토 출발점추가 확인여러 구독자로 알림 전달SNS구독 프로토콜·실패.. 2026. 10. 22. SQS Standard와 FIFO 선택: 순서 보장 범위와 중복 처리 방지 구분 메시지 순서가 업무 결과를 바꾸지 않고 중복 처리를 견딜 수 있으면 Standard가 후보입니다. 주문·계정처럼 같은 대상 안의 순서가 중요하면 FIFO와 메시지 그룹을 검토하세요. FIFO를 선택해도 소비자의 재처리와 데이터베이스 부수 효과까지 자동으로 한 번만 실행된다고 가정하면 안 됩니다.혼동의 원인: 전달 순서와 업무 완료를 같은 것으로 본다큐에 들어간 순서, 소비자가 받은 순서, 데이터베이스에 반영한 순서는 별개입니다. 예를 들어 한 주문의 생성과 취소가 뒤바뀌면 문제가 생길 수 있지만 서로 다른 주문의 처리 순서는 중요하지 않을 수 있습니다. 큐 이름을 고르기 전에 이 경계를 정해야 합니다.조건후보별도 검증독립 작업Standard중복·순서 변화대상별 순서 필요FIFO그룹 경계외부 API 부수 .. 2026. 10. 21. 이전 1 다음
