답변:
CDN은 모든 정적 파일 (.css / .js / images)에 사용해야합니다.
그러나 때로는 자바 스크립트 또는 CSS 파일에 고유 한 사용자 문자열이나 그와 비슷한 것을 포함하는 것과 같은 동적 측면이있을 수 있습니다. 이 상황에서 CDN 서버는 모든 요청에서 원래 서버에 접속하여 목적을 무효화해야합니다.
CSS와 Javascript가 모든 사용자에게 정적 인 경우 CDN을 사용하는 것이 올바른 방법입니다. 인라인 코드를 사용하지 않는 한 자체 웹 서버 대신 CDN에서 css 및 js 파일 만로드하기 때문에 추가 HTTP 요청이 발생하지 않습니다. 따라서 서버에서 이러한 요청을로드하는 사용자 브라우저 대신 CDN을 통해로드되는 요청 대신 이러한 요청을 보낼 위치를 변경하는 추가 요청은 없습니다 (현재 인라인 코드를 사용하지 않는 한).
CDN을 사용함으로써 얻을 수있는 다른 이점은 CDN 서버가 최종 사용자보다 가까운 곳에 위치하여 로딩 시간에 도움이 될 것입니다. CDN 서버는 또한 정적 컨텐츠를 위해 웹 서버를 특별히 제공하여 오리진 서버보다 훨씬 정적 컨텐츠를 제공하도록 설정되었을 가능성이 있습니다.
사용하여 호스팅 전통적인 웹 대 CDN을 같은 CSS, JS로 정적 파일을 제공하기위한, 이미지 것이 일반적으로 바람직하다. 파일이 CDN의 에지 서버에 캐시되면 사이트 방문자는 원본 서버 대신 가장 가까운 PPO (Point of Presence)에서 정적 컨텐트를 제공하기 때문입니다.
대부분의 경우 클라이언트와 서버 사이의 거리가 짧아 지므로 HTTP 요청을 추가하지 않고도 로딩 시간을 단축 할 수 있습니다. 또한 이중화 증가, 원점에서 부하 제거 등과 같은 다른 영역에서도 도움이됩니다.
CDN이 필요한 경우 CDN을 사용하십시오. 사용자가 전 세계적이며 넓은 지역에 퍼져 있거나 자신의 서버에 저장하고 싶지 않은 콘텐츠가 많은 경우, 즉 CDN이 유용 할 때입니다. 전 세계적으로 서버가 사용자에게 더 가까이 있으면 컨텐츠에 대한 액세스 속도를 높일 수 있습니다. GB 또는 테라 바이트의 정적 데이터가 있고 해당 컨텐츠에 액세스하기 위해 많은로드가있는 경우 CDN이이를 도울 수 있습니다.
그러나 소규모 로컬 사이트 나로드가 적은 사이트에는 그러한 것들이 거의 필요하지 않으며 CDN은 캐싱 문제와 같은 설정, 운영 및 워크 플로에 하나 이상의 복잡성을 추가 할 수 있습니다.
사람들이 CDN을 사용하는 경우가 종종 있습니다.
CDN을 사용하는 것은 구현 방법에 따라 웹 사이트에 부담이되고 이익이 될 수 있습니다.
긍정적 인 포인트
cdn1.example.com, cdn2.example.com등)은 브라우저에서 파일 다운로드를 한 번에 동일한 정규화 된 도메인 이름에서 동시에 두 개의 동시 파일로 제한하는 고유 한 제한을 지원합니다. 즉이 예제를 사용하여 당신 것 액세스 HTML에서 www.example.com하고있는 동안은에서이 개 파일을 다운로드 할 수있는 모든 cdn1.example.com2 개 파일 cdn2.example.com에서, 2 개 파일을 cdn3.example.com하나 개의 CDN 서비스 및 소스에 액세스하는 모든 세 CDN 도메인에.CDN에서 호스팅하면 많은 단점이 있습니다.
그와 비교하여 장점은 중요하지 않습니다.
프로덕션 환경에서 CDN을 사용하는 이유는 전혀 없습니다.