Azure CDN은 2010년에 설립된 클라우드 컴퓨팅 공급자인 Microsoft Azure의 일부인 600개 서비스 중 하나입니다. 마이크로 소프트 (이전 `윈도우 Azure`로 알려진)에 의해.) 마이크로소프트 Azure는 아마존 AWS와 구글 클라우드에 비해 개발 도상국 시장에서 더 넓은 범위를 가지고 있습니다. 그것은 또한 주목할 가치가 있다, 아마존 CloudFront의 경우처럼, Azure CDN의 가장 빈번한 사용자는 또한 마이크로소프트 Azure의 플랫폼의 사용자, 이후 예를 들어 윈도우 서버와 Active Directory의 사용자 특히 매력적인 찾을 것 이다 Azure로 업그레이드할 수 있습니다. 본질적으로 CDN은 콘텐츠를 한 번에 여러 곳에 배치하여 사용자에게 우수한 커버리지를 제공합니다. 예를 들어 런던의 누군가가 미국에서 호스팅하는 웹사이트에 액세스하면 현지 영국 PoP를 통해 이루어집니다. 이것은 방문자의 요청, 그리고 당신의 응답, 대서양과 다시의 전체 폭을 여행하는 것보다 훨씬 빠름. 또한 CDN은 많은 클라이언트에서 크라우드소싱한 지식을 사용하여 의심스러운 IP, 스패머, 보터, 심지어 크롤러 유형 및 해당 동작에 대해 알아볼 수 있습니다. 예를 들어 사이트 A에서 작동하는 스크레이퍼는 트래픽 필터가 이전에 본 패턴을 인식하기 때문에 해당 사이트가 동일한 CDN에 의해 보호되는 경우에도 사이트 B에서 작업을 중지합니다. 두 개의 후속 기사에서는 Cloudinary 및 Cloudflare를 소개하고 주요 성능 월 프로젝트에서는 실제 앱에 그 중 하나를 실제로 구현하여 라이브 예제에서 실제로 볼 수 있도록 합니다. 지켜! 우리는 예를 들어 전자 상거래를 사용하여 웹 사이트 속도 최적화의 중요성을 증명할 수 있습니다. 전자 상거래에서 판매 수는 웹 사이트 콘텐츠가 전달되는 속도와 직접 연결됩니다.

파일이 CDN 서버에 있으면 예전과 다른 URL이 됩니다. CSS 채우기를 예로 들어 보겠습니다. 이전 CSS 파일은 “example.com/css/main.css”에 있었다, 잘 지금 당신은 CDN을 사용하는 CSS 파일이 “dfg23344555774444444444444444dhhty74/main.css”로 못생긴 보일 수 있습니다 URL에 위치하지만 당황하지 마십시오! 이 복잡한 소리 단계는 워드 프레스 또는 다른 일반적인 CMS를 사용하는 경우 실제로 매우 쉽습니다. 기본적으로 CMS에 일반적인 캐싱 시스템을 사용하여 파일을 자동으로 교체하도록 지시할 수 있습니다. 워드 프레스에 대 한 예는 W3 총 캐시를 사용 하는 것입니다. 모든 블로그는 이미 캐싱 시스템을 사용 해야 하 고 만약 당신의 다음 귀하의 블로그는 아마 느린. 캐싱을 올바르게 사용하는 것은 페이지 속도를 향상시키는 중요한 단계이며 사용자에게 엄청난 이점을 제공합니다. 우리의 경우, 그것은 또한 우리가 자동으로 우리의 CDN 파일을 사용 하는 데 도움이 됩니다. 위의 그림은 인도의 사용자가 미국의 서버에 액세스한 다음 가까운 CDN에서 정적 콘텐츠를 가져오는 예입니다.

웹 자산에 이러한 URL을 사용할 수 있습니다., 하지만 그것은 확실히 아주 좋은 것 같지 않습니다 그것은 그것을 합니까? 대신 우리는 우리 자신의 선택의 이름을 사용 하도록 선택할 수 있습니다 (가장 일반적인 되 고 “cdn.example.com”) 다음 CNAME 라는 것을 사용 하 여 정확 하 고 우리의 사용자에 게 좋은 보이게. 이것은 훨씬 더 나은 “cdn.example.com/main.css”에서 오는 우리의 CSS 파일을 초래할 것이다 간단한 단계입니다. 예를 들어 웹 사이트 방문자가 인도에 있고 웹 서버가 미국에 있는 경우 방문자가 요청한 각 요청은 인도에서 미국으로 여행해야 합니다. 각 요청은 몇 백 밀리초밖에 되지 않지만 수십 개의 다른 요청을 만드는 사이트는 전체 로드 시간을 늘릴 수 있습니다. 그러나 웹 사이트가 CDN을 사용하는 경우 원래 서버에 대한 모든 요청을 하지 않고 방문자와 가장 가까운 서버에 요청을 할 수 있습니다.