유닉스에서 저는 일반적으로 응용 프로그램 서버 앞에있는 Varnish 앞에 nginx를 배포합니다. nginx와 Varnish는 모두 여기에서 역방향 프록시로 작동합니다. Varnish는 캐시를 유지 관리하고 응용 프로그램의 If-Modified-Since, Cache-Control 응답 헤더 및 PURGE 요청을 지원합니다. nginx는 많은 연결을받는 데 능숙합니다. 또한 일부 정적 컨텐츠를 제공하고 gzip 압축을 가능하게하기 위해 사용합니다.PURGE가 지원되는 IIS 캐시
Windows의 경우 IIS 앞에서 Squid로 관리 할 수 있습니다. ISAPI 와일드 카드 필터 (isapi-wsgi 패키지 사용)로 내 (파이썬) 응용 프로그램을 배포 할 계획이므로 응용 프로그램은 IIS에서 관리하는 스레드 풀에 살 것입니다.
그러나 Windows에서의 Squid 개발이 지연된 것으로 보입니다. IIS에서 포트 80을 유지하여 디스크에서 직접 특정 항목을 제공 할 수 있습니다. 또한 IIS가 Windows의 Squid보다 많은 연결을 처리 할 때보다 복원력이 있다고 의심합니다.
사람들이 일반적으로 무엇을 여기에서 사용합니까? 한 가지 옵션은 IIS 앞에 다른 독립 실행 형 캐싱 프록시를 사용하는 것입니다. 또 다른 옵션은 요청을 가로 채고 If-Modified-Since, 이미지 및 기타 캐시 된 리소스에 대한 요청 및 응용 프로그램에서 PURGE 요청과 같은 것에 응답하는 ISAPI 필터로 설치된 것일 수 있습니다.
그런 것이 있습니까? 아니면 오징어와 MS ISA (너무 비싸다)의 유일한 진짜 선택입니다.
건배, 마틴 응용 프로그램 요청 라우팅과