도메인 간 구성 요소를 분할 하면 병렬 다운로드를 극대화하고 쿠키가없는 정적 콘텐츠 도메인을 확보 할 수있는 방법을 이해 하지만 각 도메인 조회에 시간이 걸리기 때문에 최적의 도메인 수는 얼마입니까?
도메인 간 구성 요소를 분할 하면 병렬 다운로드를 극대화하고 쿠키가없는 정적 콘텐츠 도메인을 확보 할 수있는 방법을 이해 하지만 각 도메인 조회에 시간이 걸리기 때문에 최적의 도메인 수는 얼마입니까?
답변:
비교적 간단한 사이트의 경우 하나의 "정적 콘텐츠"도메인이면 충분합니다. DNS 조회는 캐시되어야하므로 해당 서버와의 첫 번째 연결에만 영향을 주지만 여전히 최소한으로 유지해야합니다.
쿠키 처리의 오버 헤드를 줄이고 다른 물리적 서버에서 작동하는 오프로드 옵션을 제공하기 위해 모든 Javascript, CSS 및 정적 이미지를 배치 할 수 있습니다. 인기있는 여러 관련 사이트 (예 : 스택 오버플로, 서버 오류 등)를 실행중인 경우 정적 사이트를 모두 공유 할 수 있습니다 (예 : sstatic.net).
물론, 더 많은 도메인이 적절한 상황이있을 수 있습니다 (예 : 사진 호스팅 사이트가 사진 제공을 다른 별도의 도메인으로 오프로드 할 수 있음).
다중 호스트 요청의 이점이 DNS 설정 비용보다 큰 경우를 생각할 수 있습니다.
Google지도 스타일의 미끄러운지도에서지도 타일을 제공 할 때 모두 동일한 기본 리소스 (이미지)를 가리 키더라도 훨씬 더 많은 호스트에 타일 위치를 배포함으로써 얻을 수있는 이점을 볼 수 있습니다. 이 경우 브라우저 캐싱이 최적으로 작동하고 요청이 균형을 이루도록 리소스에 속성 (예 : 행과 열 번호의 MOD 조합)을 기반으로 한 "호스트"가 하나의 호스트로 설정되어 있는지 확인해야합니다. 특정 뷰 범위에 대해 모든 호스트에서
이 상황은 매우 특수하지만 기본적으로 비표준 유스 케이스가있는 경우 모든 것을 테스트해야하며 모든 시나리오의 원시 숫자와 UX / 인식 성능을 모두 포함하는 것을 잊지 마십시오.