2009-11-07 6 views
22

저는 웹에서 접두어가 ww2 또는 ww3 정도 인 도메인 이름 (ww2.somedomain.com, ww3.yourdomain.com)을 보았습니다. 그리고 이것은 페이지에서 페이지로 이동할 때 대부분 발생합니다. 그런 하위 도메인을 갖는 이유는 무엇입니까? 그 (것)들에 대해 특별한 것이 있습니까? 아니면 단지 다른 하위 도메인입니까? 내 말은, 그들이 특정 상황에서 유용하다는 것입니까?왜 ww2 하위 도메인입니까?

단지 궁금 해서요. 감사합니다. .

답변

32

대규모 (-ish) 사이트를 실행하는 사람들은 둘 이상의 서버 사이에서로드를 분리해야 할 때이 작업을 수행했습니다. 하나의 컴퓨터는 www이라고하고 다음 컴퓨터는 www2 등이됩니다.

이제 브라우저 클라이언트에 내부 컴퓨터 이름 지정 규칙을 적용 할 필요가없는로드 균형 조정 솔루션을 사용할 수 있습니다.

+6

그러나 kiki1 kiki2 kiki3도 호출 할 수 있으며 ww 접두사는 사용하지 마십시오. 서버의 소유자가 선택했습니다. ww 이름에는 특별한 것이 없습니다. – Dani

+2

@dani :하지만 왜 웹 서버는 'www.domain.com'이어야만합니까? – RageZ

+2

www입니다. 관습, ww2, ww3입니다. 으로 내가 그들에게 전화 www.domain.com 으로 모든 서버를 볼 수 있습니다 ... 어쨌든 서버 이름을 노출하지 않습니다 현대로드 밸런서 위에 언급 WEB1, Web2입니다 요법 .... – Dani

8

기술적으로 웹 서버/메일 서버를 식별하는 컴퓨터 이름으로도 기본 도메인 이름 앞의 이니셜 (예 : mail.yahoo.com의 "mail")이 가장 적합 할 수 있습니다. 또한 시스템 그룹 (웹 팜)을 식별 할 수 있습니다.

그래서 그 기계를 만드는 사람은 원하는대로 부를 수 있습니다. 이니셜 www (다소 임의적 인) 규칙입니다.

3

좀 더 빠른 브라우저 부하 자원을 3 가능성

  • 을 볼 수 있습니다. 브라우저는 동일한 도메인에 고정 된 수의 연결을 열어 서버를로드하지 않습니다.
  • 서버간에로드를 공유 할 수 있도록 더 많은 서버를 사용합니다.
  • 별도의 가상 호스트 또는 서버에 일부 컨텐츠를 분리합니다. 어떤 종류의 조직 ...
+0

@luvieere : 영어 수정 ^^ 나의 영어 – RageZ

+0

@RageZ을 연마 할 필요 주셔서 감사합니다 :에 '의'(당신이 편집 전에했던 방식)와 맞춤법 "조직"보다 몇 영어권 국가에서 실제로 더 허용 'z'로 철자를 붙여야합니다. 너 또는 다른 것을 혼란 시키려하지 않는다;) – ThisSuitIsBlackNot

+0

@ThisSuitIsBlack 아니, 그거 지저분 해지고있어! – RageZ

5

종종 ww {x}는 미러링 된 서버 집합의 특정 서버를 나타내는 데 사용됩니다. 제대로 구성된 경우 wm1, ww2, ww3 등을 사용하여 특정 LBed 서버에서 보장 된 사이트에 액세스 할 수 있지만 www.mydomain.com은로드 밸런서에서 내 웹 사이트를 가리킬 수 있습니다.

2

일반적으로 파티셔닝 전략입니다. 사이트가 충분히 커서 단일 서버에서 실행 (또는 잘 실행) 될 수없는 경우 세로 (즉, 더 큰 서버)가 아닌 가로로 (즉 더 많은 서버) 응용 프로그램을 확장하기위한 솔루션을 살펴 봐야합니다.

몇 가지 예를 분할 전략은 다음과 같습니다

  1. 특정 사용자가 항상 특정 서버를 사용합니다. 이것은 임의적이거나 몇 가지 기준 (사용자 유형, 지리적 위치 등)을 기반으로 할 수 있습니다.
  2. 사용자가 세션이 특정 서버에 할당 된 세션을 가져올 때 (이러한 다른 시스템이 투명 할 경우에도 사용할 수 있지만 "고정 세션"이라고도 함).
  3. 특정 활동은 항상 특정 기계에 있습니다.
3

현대의로드 균형 조정기는 각 컴퓨터마다 서로 다른 하위 도메인을 사용하지 않고도로드 균형을 조정할 수 있다고 지적했습니다. 그러나 사이트를 여러 하위 도메인으로 나눌 경우 여전히 이점이 있습니다. 브라우저 연결을 최대화.

모든 브라우저 (가장 현대적인 브라우저 6) 특정 호스트에 대한 동시 연결 수를 제한합니다. 페이지에 많은 자산이 포함되어있는 경우 연결 제한으로 인해 브라우저가 요청을 큐에 넣을 때 페이지로드가 느려집니다. 서로 다른 하위 도메인의 서로 다른 자산을로드하면 연결 제한이 줄어들어 페이지로드 속도가 빨라집니다.

+0

이것은 흥미 롭습니다. 나는 그것에 관하여 더 많은 것을 여기에서 찾아 냈다 : http://www.coderanch.com/t/631345/blogs/Maximum-concurrent-connection-domain-browsers – Nirmal

0

또 다른 일반적인 경우는 조직적인 이유입니다. 매우 큰 회사에서는 www가 주요 마케팅 웹 사이트에 해당 될 수 있습니다. 그리고 ww2는 제품 문서 페이지 일 수 있습니다.

이상적인 세계에서는

, 모든 부서가 완벽하게 공유 할 것입니다. 실제로 대기업은 외부 대행사가 관리하는 (www) 마케팅 페이지를 운영 할 수 있습니다. 내부 팀 (ww2)의 내부 팀이 수행 한 내부 페이지입니다. 종종 마케팅 대행사는 페이지를 신속하게 업데이트하지 않거나 특정 스택을 실행하기를 거절하기 때문에 관료적 인 요구 측면에서 너무 제한적일 수 있습니다.

마케팅 기관은 WWW를 제어하고, 회사 웹 사이트로 인해 아직 내부 이유와 기관이 비난, 또는 그 반대의 경우도 마찬가지있어 내려 갔다 과거 상황으로 인해 공유하지 않는 주장 할 수있다.

그래서, 이론적으로, 현대적인로드 밸런싱 및이 작업을 수행 할 필요가 없습니다. 그러나 실제로는 훨씬 저렴하고 직선적이며 비즈니스 생산성을 향상시킬 수 있습니다.

관련 문제