nginx resource path 관리

Question

안녕하세요.질문이 있어서 여쭤보려 합니다.현재 Nginx를 Web Server 로 두고Tomcat 으로 Was를 구성하고 있습니다.Was 에 배포된 프로젝트를 도메인 연결을 위해서 nginx에서 설정을 하는데버전을 url에 명시하기 위해서www.domain.co.kr/v.1.0.0이런식으로 resource path에 남도록 nginx에 정규식으로 표현했습니다.그러다가 배포방식을 조금 변경하게 되어서다시 원래 도메인www.domain.co.kr 로 되도록 nginx에 설정을 해두었습니다.배포 후 캐시가 남아있는지시크릿모드로 새창을 여는게 아니면 어느 도메인이든 저 v.1.0.0 이라는 값이 자꾸 남더라구요...혹시 저렇게 연결되는것도 nginx로 컨트롤이 가능한가요?아니면 클라이언트들에게 강력 새로고침 or 시크릿모드로 실행하라고 해야하나요...?

BGProgramming · Accepted Answer

프로젝트의 제일 문제점은 버전 제어를 통한 업데이트 전략이 없는 것 같습니다.제 경우 초기 버전을 체크하여 네이티브의 경우 마이너한 버전은 무시하지만 중요 변경의 경우 클라이언트가 강제로 새 앱을 다운받도록 컨트롤 했고.. 웹도 마찬가지라 버전 업 체크를 통해 캐시를 강제로 무효화 할 수 있습니다.이런 버전업 전략을 세우는것이 좋아 보입니다.1. nginx에서 캐시를 사용하지 않도록 할수는 있습니다. 하지만 이 경우 강제로 캐시를 사용하지 않기 때문에 성능이 떨어집니다.그렇기에 전환율 90% 이상 된다고 생각되면 다시 캐시를 사용하는 쪽으로 복구하면 좋을 수 있습니다.캐시를 사용하지 않는 예시는 다음과 같습니다.location / { add_header Cache-Control "no-cache, no-store, must-revalidate"; add_header Pragma "no-cache"; add_header Expires 0; }아니면 캐시를 일정 주기동안만 유지시킬수도 있을 겁니다.location / { add_header Cache-Control "public, max-age=604800"; // 캐시 기간을 7일로 설정 }2. v.1.0.0 으로 요청이 오면 리다이렉트 시킬 수 있습니다.location /v.1.0.0/ { return 301 https://www.domain.co.kr$request_uri; }2번이 현재 상황에서는 괜찮을 수 있습니다.하지만 이는 지금 문제를 해결하기 위한 임시 방편이고, 장기적으로 버전 관리 전략을 수립하는 것이 좋습니다.

nginx resource path 관리

1개의 답변

#url 목록