전체 또는 대부분의 HTTP 헤더를 제어 및/또는 사용자 정의하는 CDN (Content Delivery Networks)이 있습니까?HTTP 헤더를 완벽하게 제어 할 수있는 CDN이 있습니까?
특히 Expires, ETag 및 Cache-Control 헤더를 제어하는 데 관심이 있습니다. 물론 다른 헤더에도 관심이 있습니다.
나는 CDN의 가치 제안의 일부가 "효과가 있으며"(대부분의 사용 사례에 대해)이 헤더를 어느 정도 최적의 값으로 설정한다는 것을 이해하지만 이러한 헤더를 직접 제어하는 데 관심이 있습니다.
Akamai는 등록 정보 별, 헤더 별 기준에서 이러한 유형의 제어를 허용하기위한 전체 인터페이스를 제공합니다. 표준 XML 기반 구성 파일입니다. 각 헤더를 특정 값으로 설정하고 전달 된 헤더를 존중하며 존재하지 않을 경우 추가하거나 사용자 에이전트를 기반으로 예외를 가질 수 있습니다.
기본적으로 이유 내에서 완전히 구성 가능합니다. 결석 할 때 기본값을 설정했지만 응용 프로그램/관리자가 자신의 값을 설정할 수 있도록 허용하는 것이 일반적으로 가장 좋은 방법이지만 개발자/관리자의 품질과 이해에 달려 있습니다.
대부분의 CDN 제공 업체와 마찬가지로 Akamai는 기본 작동 방식이 구워졌지만 값은 완전히 구성 가능합니다. 내가 CDN을 적극적으로 관리 한 지 2 년이 지났지 만, 당시 Limelight는 Akamai와 호환되는 기능을 수행하고 있었으며 그 당시 대부분의 방식 이었기 때문에 지금은 비슷한 기능을 제공 할 것으로 기대됩니다.
일반적으로 대부분의 CDN 공급 업체는 시장에서 가장 큰 업체와 기능 호환성을 위해 노력할 것이며 Akamai는 확실히 CDN을위한 것입니다.
저는 Akamai가 "작은 물고기"(예 : 나)를 직접 다루지 않는다는 인상하에 있었으며 자신의 관리 인터페이스가있는 재 판매자를 통해서만 가입 할 수 있습니다 (모든 Akamai를 반드시 지원하지는 않습니다) 풍모). 그렇지 않은가요? –
당신은 아마 저 앞에있을 것입니다 - 나는 큰 계정의 일환으로 Akamai를 다루었으므로 모든 옵션을 사용할 수있었습니다. 내 경험에 비추어 볼 때 작은 규모의 제공자조차도 캐시 제어 헤더를 너무 짧지 않은 한 존중합니다 (예 : Amazon Cloudfront, 기본값은 1 일이지만 만료는 1 시간으로 설정할 수 있음). –
서버/응용 프로그램 쪽의 헤더 설정에 액세스 할 수없는 경우 문제가 더 많습니다. 내가 그 유형의 문제 (콘텐츠 계층 등의 하드 코딩 된 헤더)에 문제가있을 때 나는로드 밸런서 (Netscaler, F5 등)를 통해 필요한 방식대로 헤더를 조작했습니다. –