프록시가 인터넷 데이터를 아껴 주나요?
프록시를 거치는 다운로드가 두 구간의 네트워크를 지나는 과정을 따라가며, 캐싱이나 압축이 전송량을 줄일 수 있는 경우를 설명합니다.
100 MB 파일은 결국 기기에 도달해야 합니다. 웹사이트가 프록시로 보내고, 프록시가 다시 사용자에게 보냅니다. 출구 IP를 바꿔도 두 번째 구간이 사용자의 인터넷 연결에서 사라지지는 않습니다.
캐싱은 다른 구간을 아낄 수 있습니다. 로컬 네트워크의 공유 캐시는 사무실 업링크를 건너는 반복 조회를 피할 수 있습니다. 종량제 연결을 거쳐 닿는 원격 캐시는 여전히 그 연결을 통해 응답을 보냅니다.
프록시가 모든 응답을 무차별적으로 저장할 수도 없습니다. 요청과 응답은 HTTP 캐싱 규칙을 충족해야 하며, 여기에는 개인 데이터에 관한 제한도 포함됩니다.
일반적인 HTTPS CONNECT 릴레이는 암호화된 콘텐츠를 전달합니다. 그것이 웹페이지를 보고 다시 압축한다고 가정할 수 없습니다. 기존 압축, 이미 압축된 미디어, 프로토콜 오버헤드도 절감량에 영향을 줍니다.
광고된 숫자가 무엇을 재는지 물어보세요. 프록시가 가져온 바이트인지, 사무실 회선을 건넌 바이트인지, 휴대폰에 도착한 바이트인지요. 작업 부하, 측정한 회선, 캐시 적중 조건을 비교와 함께 남기세요. IP를 바꾸는 프록시라면 별도의 데이터 절감 기능이 실제 경로에 대한 증거를 제시하지 않는 한 일반 다운로드량에 오버헤드를 더해 예산을 잡으세요.