Google을 알고있는 Microsoft와 jQuery.com은 CDN 에 JS 파일을 제공합니다 . 이를 위해서는 상당한 비용으로 서버를 운영해야합니다. 그들은 왜 이것을하고 무엇을 얻습니까?
Google을 알고있는 Microsoft와 jQuery.com은 CDN 에 JS 파일을 제공합니다 . 이를 위해서는 상당한 비용으로 서버를 운영해야합니다. 그들은 왜 이것을하고 무엇을 얻습니까?
답변:
많은 Microsoft 또는 Google 제품이 해당 리소스를 사용하기 때문에 자체 제품에 CDN이 필요합니다. 거의 모든 사람이 서버를 사용하여 CDN에서 해당 파일을 다운로드 했으므로 다른 사이트에서 CDN을 사용할 수 있도록 허용하는 데 실제로 추가 비용이 들지 않습니다.
영업권을 장려합니다.
그리고 약간의 보너스로 파일을 사용하는 Microsoft 또는 Google 제품을 사용하기 전에 다른 사이트에서 파일을 가져 오면 다운로드 할 파일이 적기 때문에 Microsoft 또는 Google 제품의 로딩 속도가 약간 빨라집니다.
CDN에 배포 된 JS 파일은 매우 많이 캐시됩니다 (예 : 브라우저 캐시를 지우지 않으면 실질적으로 한 번 다운로드되고 동일한 URL을 사용하는 모든 웹 사이트에 대해 영구적으로 유지됨)하여 전체 인터넷 트래픽 양이 줄어 듭니다. 구글이나 마이크로 소프트의 경우 인기있는 많은 제품이 자바 스크립트 라이브러리를 사용하기 때문에 CDN 호스팅 비용은 아마도 최소 가 될 것입니다 (Google 서비스를 전혀 사용하지 않는 사람은 몇 명입니까?). 사회적 이점이 중요합니다.
CDN 호스팅 jQuery 라이브러리 설치는 자체 서버에 설치하는 것보다 약간 쉬우 며 경우에 따라 자체 파일을 호스팅하는 것이 불가능할 수도 있습니다. jQuery.com은 분명히 jQuery를 사용하여 자바 스크립트 라이브러리와 더 많은 웹 사이트를 홍보하려는 의도로 더 많은 플러그인 개발자, 더 많은 jQuery 서적 판매, 더 많은 기부금 및 더 많은 개발자가 라이브러리에 기여하는 세계 지배에 가까워 질 것 입니다 .
여기에 많은 답변이 파일을 호스팅하는 Google의 기술적 장점에 대해 다루지 만 이것이 왜 Google에 이점이 있는지에 대한 이유를 놓칩니다. 하루가 끝날 무렵, 구글은 어떤 방식 으로든 (직접 또는 간접적으로) 혜택을받지 않는 한 무언가를하지 않기로 결정했습니다.
Google은 이러한 파일을 네트워크 전체에서 광범위하게 사용하므로 어딘가에서 호스팅해야합니다. 중앙 위치에서 파일을 호스팅하면 파일이 한 번 다운로드 된 다음 사용자 브라우저에 캐시되므로 다음에 사용자가 다른 Google 사이트를 방문 할 때 파일을 다운로드 할 필요가 없습니다. 이것을 다른 웹 사이트로 열면 다른 웹 사이트도 사용자가 이미 캐시 한 것처럼 로딩 시간이 약간 빨라집니다. 파일을 실제로 다시로드해야하는 경우는 거의없고 CDN이 너무 크고 효율적이기 때문에 이는 Google에 거의 오버 헤드가 발생하지 않습니다.
이제이 작업을 수행하면 Google의 이점은 무엇입니까?
Google의 주요 수입원은 웹 광고를 통한 것임을 잊지 마십시오. 따라서 사람들이 웹을 탐색할수록 Google이 더 많은 돈을 벌 수 있습니다. 따라서 사람들이 리치 웹 애플리케이션과 웹 사이트를 개발하고 가능한 빨리로드 할 수 있도록하는 것이 Google의 관심사입니다.
파일을 호스팅함으로써 앞서 언급 한 것처럼 캐싱을 통해 파일을 더 빠르게로드 할 수 있지만 개발자가 액세스하고 사용하기도 더 쉽습니다. 이제는 개발자에게 한 걸음 더 다가 서서 더 이상 파일을 서버에 복사하고 호스트 할 필요가 없으며, 대신 튜토리얼 웹 사이트에서 코드를 복사하여 몇 초 안에 실행할 수 있습니다.
이는 jQuery를 매우 빠르고 사용하기 쉽게 만들어 더 많은 사람들이 사용하고 프로젝트에 참여하도록 장려합니다. 오픈 소스이기 때문에 더 많은 사람들이 기여할수록 Google은 개발자 리소스 측면에서 입력을 줄일 수 있습니다.
따라서 파일을 호스팅함으로써 Google은 다음을 관리했습니다.
이 모든 것이 웹을보다 친근하고 빠른 곳으로 만들어 Google에 도움이됩니다. Google에 최소한의 비용이 들지만 추가 수입은 상당합니다.
이미 제시된 주장 (추적, 영업권 등)에 덧붙여보다 쉬운 버그 수정에 대한 주장을 추가 할 것입니다.
응용 프로그램에서 버그가 발생하고 회사 Z가 버그를 수정하여 CDN에 업로드 할 수있는 라이브러리 Y의 버전 X를 사용하는 경우 모두가 행복합니다. 응용 프로그램이 로컬로 호스팅되는 경우 클라이언트는 새 버전이 제품에 들어가도록해야합니다. 그 동안 회사 Z가 답변해야하는 지원 문제가 발생할 수 있습니다. 시간과 리소스가 필요합니다. 라이브러리가 이미 업데이트 되었기 때문에 클라이언트 측에서 오류가 실제로 나타나지 않으면 회사 Z의 실제 비즈니스 가치가 있습니다. 제품 지원에 필요한 시간이 줄어 듭니다.
http://somewhere/file-2.Latest.js
2.x 분기에서 항상 최신 빌드를 얻는 위치 와 같은 URL을 보았습니다 .