본문 바로가기

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

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

CloudFront4

CloudFront 캐시 정책과 오리진 요청 정책: 캐시 키와 추가 전달값 구분 응답을 구분하는 값은 캐시 키 설계에서, 오리진에만 추가로 필요한 값은 오리진 요청 정책에서 검토하세요. 오리진으로 전달했다는 이유만으로 캐시가 나뉘지는 않습니다. 개인화·인증 응답에는 이 구분을 기계적으로 적용하지 말고 별도의 캐시 안전성을 확인해야 합니다.원인: 전달하는 값과 응답을 구분하는 값을 같은 것으로 본다캐시 정책은 헤더·쿠키·쿼리 문자열 등 캐시 키에 포함할 값과 TTL을 다룹니다. 오리진 요청 정책은 캐시 키에 없는 추가 정보를 오리진 요청에 포함하는 용도로 사용할 수 있습니다. 캐시 키에 포함한 값은 오리진 요청에도 포함됩니다. 캐시 적중 때마다 오리진 요청이 발생하는 것으로 이해하면 검증이 어긋납니다.질문검토 대상확인할 결과이 값에 따라 응답이 다른가캐시 키 또는 캐시 금지 설계서로 .. 2026. 10. 23.
CloudFront Functions와 Lambda@Edge 선택: 네트워크·본문·실행 시점 확인 짧은 URL 변경이나 헤더 정리는 CloudFront Functions부터 검토합니다. 외부 네트워크 조회, 요청 본문 접근, 원본 요청·응답 이벤트가 필요하면 Lambda@Edge의 지원 범위를 확인하세요. 요청마다 실행할 코드와 캐시를 놓쳤을 때 실행할 코드를 먼저 구분해야 합니다.혼동의 원인: 엣지에서 실행한다는 말만 보고 고른다두 기능 모두 CloudFront 요청 흐름에 코드를 연결하지만 같은 실행 환경은 아닙니다. URL 하나를 바꾸는 작업과 외부 권한 서버의 응답을 기다리는 작업은 필요한 자원이 다릅니다. 먼저 입력 정보, 호출 대상, 실행 시점을 한 줄씩 적어 보세요.필요 동작검토 후보주의짧은 URL·헤더 변경Functions런타임 제한외부 네트워크 조회Lambda@Edge지연·실패 처리요.. 2026. 10. 21.
S3 presigned URL과 CloudFront 서명 URL 비교: 비공개 다운로드 권한·캐시 선택 임시 다운로드를 S3에서 직접 제공하면 S3 presigned URL을, 여러 지역의 이용자에게 CDN 캐시를 쓰면서 접근을 제한하려면 CloudFront 서명 URL을 검토하세요. OAC는 CloudFront의 S3 원본 접근을 제어하며 이용자의 다운로드 자격을 대신 확인하지 않습니다. 두 서명 방식을 같은 URL에 섞기 전에 어느 서비스가 요청을 검증할지 정해야 합니다.혼동의 원인: 이용자 권한·서명·원본 접근을 한 설정으로 보기애플리케이션은 로그인한 사람이 해당 파일을 받을 수 있는지 판단합니다. 그 다음 허용된 파일과 기간에 한정해 URL을 발급합니다. 파일 저장소를 비공개로 만들었다는 사실만으로 이 애플리케이션 권한 검사가 생기지는 않습니다. 반대로 앱 화면에서 버튼을 숨겨도 이미 유출된 유효 .. 2026. 10. 17.
기업용 CDN 선택: AWS CloudFront와 Cloudflare 캐시·원본·비용 비교 그림: CDN 선택은 공급사 이름보다 원본·캐시 키·비용 구조를 함께 검토하는 과정입니다.사이트가 느려 CDN을 도입하거나 바꾸려면 “어느 서비스가 빠른가”보다 무엇을 캐시하고, 원본에 무엇을 전달하며, 비용을 어떻게 예측할지를 먼저 정해야 합니다. AWS CloudFront와 Cloudflare를 운영 관점에서 비교하고 작은 실험으로 선택하는 방법을 정리합니다.1. CDN을 도입하기 전 문제를 측정한다이미지·CSS·JS 같은 정적 파일의 전송 지연인지, 로그인 후 동적 API 응답이 느린지 구분합니다. 지역별 응답 시간, 캐시 적중률, 원본 요청 수, 트래픽, 전송량을 기록하세요. 동적 API가 느린데 정적 파일 캐시만 늘리면 체감 개선이 작을 수 있습니다. CDN 앞에 놓을 도메인과 원본 인증 방식도.. 2026. 9. 26.