왜 Microsoft 스택을 실행하는 대규모 웹 사이트가 거의 없습니까? [닫은]


33

내 머리 꼭대기에서 Microsoft 스택을 사용하는 소수의 큰 사이트를 생각할 수 있습니다.

  • Microsoft.com
  • 작은 골짜기
  • 내 공간
  • 다수의 물고기
  • 스택 오버플로
  • 핫메일, 빙, WindowsLive

그러나 관찰에 따르면 거의 모든 상위 500 개 사이트 에서 다른 플랫폼을 실행하는 것 같습니다. 시장 침투가 거의없는 주된 이유는 무엇입니까?

  • 비용?
  • 기술 제한?
  • Microsoft는 공용 웹 사이트보다 회사 / 인트라넷 환경에 적합합니까?

시장 점유율을 찾고 있지는 않지만 MS 스택의 대규모 채택을 찾고 있습니다.


5
질문에 대한 연구에 참고 문헌을 추가해 주시겠습니까?

1
@RealWorldCoder : 출처를 밝히십시오. 그렇지 않으면 추측 할 수 있습니다.
JBR 윌킨슨

4
어떤 결과로 이어질지 질문을 닫는가? 유효하고 흥미로운 질문 imo입니다.
Lars A. Brekken

5
@ 피에르 : 당신은 거기에 대답을 얻을 수있을 정도로 오래 열어 두는 것이 마음에 들지 않았습니다.
Josh K

2
대단한 다시 열기, 그것은 증명이 지역 사회에 대한 가치가 한 정도로

답변:


39

"대규모 웹 사이트"의 대부분이 소규모로 시작 되었기 때문이라고 생각합니다. 구글, 유튜브, 페이스 북 등 누군가가 취미로 구축 한 단일 서버 사이트는 한 번에있었습니다. 그들이 대학에서 있었기 때문에) 1) 그들이있는 거 저렴하고 DEVS이 가난하고 종종 대학 환경은 선호하는 경향이 : 그들은 LAMP가-좋아하기 때문에 스택 사용 OSS를 .

사이트가 성장하기 시작한 후 개발자는 자신이 알고있는 것을 고수했습니다. 초기에는 대규모 시스템 재 작성을 수행 할 시간이나 돈이 충분하지 않았습니다. 언제, 그리고 이것이 옵션이 된 이유는 무엇일까요?

그래서 그것은 그들이 시작했을 때 그들이 알고 알고 있었던 것이기 때문입니다. 그 이야기를 올바르게 기억해도 아무런 차이가 없습니다. SO Founders는 MS 스택을 알고 있었고 도구 / 라이센스 등을 사용하여 사용을 시작했습니다.

(또한 그들은 MS 스택이 큰 사이트에 대한 LAMP 만큼 우수하다는 것을 증명하고 싶다고 들었습니다 .


10
"작게 시작"으로 머리에 못을 박았다고 생각합니다. 큰 웹 사이트를 시작하려는 회사는 거의 항상 실패합니다. 웹에서 혁신가였던 사람은 대부분입니다.
EricBoersma

1
여기에도 선택적 바이어스 효과가있을 수 있습니다. 많은 소셜 네트워킹 사이트는 저렴하고 쉬운 Linux 기반 스택을위한 이상적인 프로젝트 인 소규모 실험으로 시작되었습니다. 내부 IT 작업이나 특정 산업 분야의 컨설팅을 수행하는 많은 대규모 MS 상점은 MS 기술을 사용합니다. 따라서 많은 MS 스택이 있으며 이러한 사람들은 다양한 사람들에게 보이지 않습니다. 그 군중에도 많은 램프 스택이 있습니다. 나는 숫자가 없지만 모든 큰 이름 기술이 약간의 즐거움과 작은 이름도 많이 가지고 있다는 것을 알고 있습니다.
CodexArcanum

2
창문으로 옮기고 싶지는 않지만 너무 늦었습니다. 그들은 움직이기를 원하지 않을 것입니다. 사람들이 Linux에서 Windows로 이동하는 유일한 이유는 Linux 용 비디오 카드 드라이버가 빠지기 때문에 비디오 게임을하는 것입니다.
하센

1
hasen j : 드라이브가 빨라지는 것이 아니라 대부분의 게임이 GNU / Linux보다 Windows에서 출시 되었기 때문입니다.

2
저는 구글이 단일 서버 시스템이라고 생각하지 않습니다. 수퍼 검색 알고리즘 (맵 축소)의 요점은 여러 노드에 분산되어 있다는 것입니다. 또한 유튜브 하나의 단일 서버를 사용하여 대상 시청자에게 비디오를 스트리밍 할 수 있다고 생각한 것도 의심 합니다! 반면에 페이스 북 ...
gbjbaanb

26

비용

그것이 내가 돈을 벌고있는 것입니다. 페이스 북은 60k 서버를 가지고 있는데 , 그 대 리눅스의 라이센스 비용은 얼마입니까?

우리가 호출 할 수있는 "오픈 스택"을보십시오.

  • 아파치 – 무료
  • PHP- 무료
  • MySQL- 무료
  • 리눅스- 무료

MS 스택과 대조 :

  • IIS- $$$
  • Visual Studio- $$$ (그러나 훌륭합니다)
  • 운영 체제- $$$
  • SQL Server- $$$

8
JoskK : Linux, PHP, MySql 및 Apache가 무료가 아니라는 것을 알고 있습니다. 그들은 자유롭지 못합니다.

10
@ 피에르 : 음, 그것은 모든 무료 소프트웨어입니다, 그 사용과 관련된 직접적인 비용이 없습니다. MySQL에는 상업적인 의미가 있지만. Apache , Ubuntu, PHP, 모두 무료입니다.
Josh K

9
@Pierre 당신은 유효한 포인트를 가지고 있지만 어느 쪽이든 sys 관리자가 필요합니다.
Fosco

8
@Pierre : 어떤 플랫폼을 선택하든 관리자 비용을 지불해야합니다! MS 서버 관리자가 Linux 관리자보다 저렴하다고 생각하십니까?
Josh K

21
비용이 실제로 그 원인 일 수도 있지만 비용이 잘못되는 Microsoft 기술 목록은 .NET은 무료이며 Visual Studio는 무료입니다 (유료 버전은 PHP IDE와 마찬가지로 유료 버전도 있음), SQL Server Express 무료이며 (유료 버전도 있음) IIS는 OS에 무료로 포함 된 운영 체제 구성 요소입니다. 또한 Windows / IIS에서 Microsoft 스택 (이름 : ASP.NET으로 호출)을 실행할 필요가 없으며 Linux / Apache (Mon으로)에서도 실행할 수 있습니다.
Allon Guralnek

25

비용이 주된 이유라고 생각하지 않지만 Google과 같은 사이트는 서버에서 실행되는 사이트를 철저히 제어해야합니다. 그들은 서버에서 기본 우분투 설치를 사용하지 않습니다. 수천 대의 서버를 관리한다는 것은 수많은 관리 작업을 자동화해야한다는 것을 의미합니다. Linux 또는 * BSD와 같은 명령 행 지향의 모듈 식 오픈 소스 운영 체제는 아마도 Google과 같은 사이트에 필요한 사용자 정의 양에 더 적합 할 것입니다.

편집 : 그리고 그 상위 500 개 사이트 중 많은 사이트가 Microsoft와 하나 이상의 방식으로 경쟁하고 있음을 잊지 말고 경쟁 업체의 기술에 의존하지 않기를 원할 것입니다.


20

문화

위대한 해커들은 통제권을 요구합니다. 위대한 해커는 물건을 공유합니다.

멋진 장난감은 모두 훌륭한 해커가 제공하며 서로 공유하고 향상시킵니다.

Python, Ruby, Rails, Django, Flask, Node.js 등 최근 나온 멋진 반짝이는 것들을 생각해보십시오.

그들 모두는 유닉스 시스템 (Linux 또는 Mac)을 사용하는 사람들로부터 온 것입니다.

유닉스 시스템은 심각한 프로그래머가 작업을 수행 할 수있는 훌륭한 플랫폼과 훌륭한 도구를 제공합니다.

Windows 시스템과 Visual Studio는 정해진 방식으로 "일을 끝내고"생활을 원하는 사람들이 더 많이 사용하는 경향이 있습니다.

CodexArcanum의 대답에서 알 수 있듯이 작게 시작하기 때문이 아닙니다. "오, 그들은 창문으로 이동하고 싶지만 너무 늦었습니다." 그들은 아마도 창문으로 옮기기를 원하지 않을 것입니다 . 웹 스타트 업을 실행하는 데 필요한 도구와 기능면에서 심각하게 부족합니다.

우선 새롭고 반짝이는 OSS 프로젝트는 버전 제어를 위해 git을 사용하며 아마도 github 또는 그와 유사한 공식 코드 저장소가있을 것입니다.

Paul Graham을 인용하려면 :

해커들은 무엇을 원합니까? 모든 장인들처럼 해커도 좋은 도구를 좋아합니다. 사실, 그것은 과소 평가입니다. 훌륭한 해커는 나쁜 도구를 사용하는 것이 견딜 수 없다는 것을 알게됩니다. 그들은 단순히 인프라가 잘못된 프로젝트에 대한 작업을 거부합니다.

(.....)

몇 년 전에 벤처 자본가 친구가 자신과 관련된 새로운 스타트 업에 대해 이야기했습니다. 유망한 소리. 그러나 다음에 제가 그와 이야기 할 때, 그는 Windows NT에서 소프트웨어를 구축하기로 결정했으며, 숙련 된 NT 개발자를 최고 기술 책임자로 고용했습니다. 내가 이것을 들었을 때, 나는이 사람들이 파멸 될 것이라고 생각했다. 하나는 CTO가 첫 번째 등급의 해커가 될 수 없었습니다. 저명한 NT 개발자가 되려면 NT를 자발적으로 여러 번 사용해야했기 때문에 위대한 해커가 그렇게하는 것을 상상할 수 없었습니다. 그리고 두 사람은 비록 자신이 훌륭하더라도 프로젝트를 NT로 구축해야한다면 그를 위해 일할 좋은 사람을 고용하는 데 어려움을 겪을 것입니다.


문화 +1 hasen j 나는 그것이 항상 사실이라고 생각하지 않습니다. 비용도 정말 중요한 요소입니다.
talonx

1
많은 사람들이 무료로 창문을 얻습니다. 특히 급류를 쉽게 찾을 수있는 프로그래머 / 괴짜 유형. 또한 많은 해커 유형이 Mac을 얻습니다. 도구에 관해서는, 무료 유닉스 도구는 Windows에서도 사용할 수 있으며, 창에는 유닉스에서는 사용할 수없는 자체 무료 도구가 있습니다.
하센

1
+1. 학계를보세요. 거의 모든 흥미로운 것은 유닉스에서 이루어집니다.
asthasr

1
@MattDavey git버전 관리에 익숙해지면 자존심이 강한 것처럼 말 그대로 사용을 거부 할 가능성이 큽니다 svn. 정말 훨씬 좋습니다. 그리고 이것이 정확히 말한 것입니다. 정말 훌륭한 코더는 많은 자존심을 가지고 있으며,와 같은 열등한 도구로는 작업하고 싶지 않습니다 svn. 복제본을 svn통해 리포지토리에 연결하기 git svn때문에 git로컬 의 모든 기능을 사용할 수 있습니다.
cmaster

2
@ cmaster 예 당신의 요점을 알았습니다-지난 4 년 동안 많은 것이 바뀌었고 요즘 나는 당신이 묘사 한대로 정확하게 행동합니다. 사실 현재 계약에서 svn으로 제한하기를 거부하기 때문에 git-svn으로 svn repo에 연결하고 있습니다. 4 년 전 나는 여전히 git의 초보자였습니다.
MattDavey

19

너무 적은 ? 나는 생각하지 않는다 34 %의 시장 점유율이 몇 가지 .

http://w3techs.com/technologies/overview/operating_system/all

내가 찾은 Windows의 결과가 가장 낮은 연구입니다.

Windows 수익 기반 시장 점유율 가중치를 60 % 이상으로 부여하는 다른 연구도 있습니다 .

사용하기에 좋은 단어는 거의 없습니다.

더 많은 연구 :

로이터 : http://www.reuters.com/article/idUSN2748543820080228

넷 크래프트 : https://ssl.netcraft.com/ssl-sample-report//CMatch/osdv_all

Wikipedia : http://en.wikipedia.org/wiki/Usage_share_of_operating_systems# 서버

Microsoft 기술 기반 웹 사이트는 실제로 확장 할 수 있습니까?

www.live.com (5 번째 Alexa), www.msn.com (11 번째 Alexa), www.microsoft.com (21 번째 Alexa) 또는 www.bing.com (25 번째 Alexa) 웹 마스터;)

MySpace는 또한 창을 기반으로합니다.


6
전반적인 시장 점유율에 대해 이야기하는 것이 아니라 제대로 된 대규모 웹 사이트 에 대해 이야기하는 것 입니다. Facebook, Twitter, YouTube, Google을 생각하십시오.
realworldcoder

2
입증 된 Microsoft 기술 규모를 원하면 hotmail.com, windowslive.com, office.com, bing.com, microsoft.com을 확인하십시오. 그들 대부분은 트래픽 측면에서 Alexa의 TOP 25에도 있습니다.

3
@ 피에르 : 내 대답을 참조하십시오. 확장 능력에 관한 것이 아니라 원가에 관한 것입니다. Microsoft는 이러한 모든 사이트를 소유하고 있으며 라이센스 비용을 지불하지 않아도됩니다. ;)
Josh K

2
@JoshK : 그의 질문은 "제 머리 위로, .NET과 SQL이 실제로 확장 될 수 있음을 증명 하는 소수의 큰 사이트를 생각할 수 있습니다 ."

2
채택 측면에서 "적절하게 큰"웹 사이트는 본질적으로 대표적이지 않습니다 (Stackoverflow (-:)를 제외하고). 처음에는 규모가 커지면 거의 자체 플랫폼을 만들기 시작하는 경우가 거의 없습니다. 당신이 아직하지 않은 경우 (페이스 북은 이미 구글에 있었다)
Murph

3

(웹) 스타트 업 세계는 memcache와 같은 우수한 도구, Cassandra, MongoDB 등과 같은 noSQL 데이터베이스 및 Hadoop / MapReduce와 같은 대규모 데이터 처리 도구 등의 비용과 보급으로 인해 오픈 소스 기반이 무겁습니다. 최근까지 Microsoft는 신생 스타트 업 애호가에게 많은 립 서비스를 지불하지 않았으며 최근에는 스타트 업을 지원하기 위해 "웹 개발자"프로그램을 시작했습니다. 또한 대규모 데이터 처리 노력이 약간 느려졌습니다 ... MapReduce의 대안 인 Drry / DryadLINQ는 여전히 원하는 채택 수준을 보지 못했고 (여전히 Microsoft 외부의 연구 기관으로 제한됨) 갑자기 사라졌습니다. 그들의 (실험적인) 데이터베이스 시스템에서 조용함.

이것은 Microsoft와는 별도로 Google, Amazon, Yahoo, Facebook, Ebay 등과 같은 다른 모든 웹 회사가 채용 공고를 게시하여 LAMP 스택을 필요한 기술 스택으로 명시 적으로 나열하는 질문과 관련이 있습니다. 그들의 소프트웨어 엔지니어 위치. 분명히 LAMP 스택에 정통한 사람들은 많은 신생 기업과 대기업에 유리한 반면 .NET 스택은 대부분 회사 환경을 위해 예약 된 것 같습니다.


2

비용 요소는 오픈 소스 기술의 초기 채택에 확실히 기여합니다.

그러나 그들이 정말로 크게 자라더라도 오픈 소스에 충실합니다. 페이스 북이나 구글에서 스케일을 설명하는 비디오를 본다면, 그들은 사용하는 기술을 향상시키기 위해 많은 엔지니어링 노력을 기울입니다 (파이썬의 경우에는 제비, PHP의 경우 힙합). 또한 완전히 새롭거나 더 나은 구현 (스 리프트, 프로토콜 버퍼, 카산드라, 큰 테이블)이 필요하다면 그것을 만들뿐만 아니라 오픈 소스도 제공합니다.

솔루션을 제공하기 위해 공급 업체에 의존 할 필요가 없기 때문에 그 이유는 제어 및 위험 최소화라고 생각합니다.


2

나는 "전통"에 대한 투표를 할 것입니다. 전체 닷컴을 운영하는 동안 "모두 알고"아파치를 실행하는 큰 Sun 또는 HP 서버가 있어야했기 때문에 사람들이 구입 한 것입니다. 그리고 신생 기업이 성공적인 회사를 모방하려고 할 때도 같은 것을 사용했습니다. 그리고 IIS가 실제로 강력한 기능을 제공하지 않았기 때문에 (Front Page 확장을 고려하지 않는 한) 누군가가 MS 스택을 고려해야 할 이유가 없었습니다. 특히 4 CPU Sun 박스에서 Apache 및 / 또는 Perl CGI 스크립트를 실행할 수있을 때 이중 코어 Pentium II Windows 박스는 상당히 이국적이었습니다. 이제 하드웨어가 더 이상 장벽이 아니기 때문에 MS 스택에 더 큰 사이트가 표시되고 있지만 여전히 하드웨어로 전환하거나 시작해야 할 강력한 이유는 여전히 없다고 생각합니다.


2

나는이 질문에 특히 관심이 있으며, 위의 답변이 매우 생각을 자극하는 것으로 생각합니다. Windows 서버 관리에 대한 특정 경험이 있습니다.

커맨드 라인 도구에 대한 의견은 약간의 표시에서 벗어나 있습니다. 커맨드 라인 도구는 Windows 서버를 관리 할 때 Unix를 관리 할 때와 마찬가지로 일반적입니다. 선택한 도구는 Windows 용 OpenSSH, 핀치 psexec, WMI 도구 및 최근에는 원격 기능이있는 powershell입니다. Windows 2003 Enterprise는 ADS라는 SMS-ish 관리 시스템과 함께 제공됩니다. ADS의 주요 기능 중 하나는 원격 작업 관리를위한 명령 줄 인터페이스였습니다.

OS에서 실행되는 것을 제어하는 ​​것은 그렇습니다. Windows 2008 Server는 서비스 / 기능이 훨씬 적은 탈착식 (예 : 그대로) 특징을 갖기 때문에 Microsoft는 최근에 요점을 파악하고 있습니다. 이것은 또한 연속체입니다. MSFT의 많은 서비스가 기본적으로 꺼져있는 상태에서 MSFT가 2003 Server를 제공하는 방향을 알 수 있습니다.

비용이 가장 흥미로운 요소입니다. Windows 서버의 라이센스 비용은 LAMP 솔루션과 Windows ASP.NET 솔루션의 가장 큰 차이점입니다. 학계에서 수많은 신생 기업이 탄생 한 것이 LAMP를 사용하는 또 다른 큰 이유입니다.

큰 사이트를 LAMP에서 Windows ASP.NET으로 변환 할 수는 있지만 엄청난 노력이 필요합니다. 종종 웹 사이트의 다음 주요 버전이 처음부터 작성 될 때까지 실제로 변환이 일어나지 않는데,이 시점에서 웹 사이트는 Windows로 작성됩니다. 이러한 변환을 수행 한 경험이 가장 많은 회사는 Microsoft입니다. Hotmail, WebTV 및 Tellme이 세 가지 예입니다.

나는이 질문에 특히 흥미가 있다고 말함으로써이 글을 시작했다. 웹 사이트에서 Windows를 사용하는 데 관심이있는 이유는 주요 웹 사이트에서 일하는 Microsoft 직원이기 때문입니다. 또한 Microsoft 이외의 Windows 기반 웹 사이트로 이동할 수있는 경력 옵션이 거의 없다는 사실을 알고 실망했습니다.


그것의 비용 (SA 라이센스 비용은 페이스 북의 경우 연간 수백만 달러가 될 것이라고 생각했습니다!)뿐만 아니라 안정성. 60k 서버가있는 경우 화요일 패치 및 Windows 업데이트 후 재부팅은 친절하지 않습니다. Windows와 관련하여 Linux 서비스를 더 많이 제어 할 수 있습니다. 그럼에도 불구하고 일부 Linux 기술을 배우십시오. 어렵지 않고 모듈 식 기술이 얼마나 모듈화되어 있는지 정말 상쾌합니다.
gbjbaanb

1

Microsoft 플랫폼 또는 IIS 플랫폼에 대해 이야기하고 있습니까? 많은 타사 웹 서버가 실행 중입니다. 아파치와 마찬가지로 Windows 플랫폼에서도 실행됩니다. Java를 플랫폼으로 사용하는 citibank.com 등과 같은 많은 공개 금융 사이트가 있습니다. 기술적 인 한계가 있습니다. IIS에서 Java를 실행하는 것은 어려운 작업이지만 IIS는 개선되어 이제 더 큰 조직을 위해 확장 할 수 있습니다. IIS의 PHP는 Fastcgi 지원으로 더 완벽하게 작동합니다. IIS 7 / 7.5 SEO를 사용하면 PHP를 실행하는 웹 사이트와 같은 오픈 소스 소프트웨어가 가능합니다.

Microsoft가 전체 Web Server 운영 체제의 34 %를 차지하는 동안 Unix와 비교하면 절반이지만 지난 몇 년에 비해 많이 향상되었으며 IIS가 많이 향상되고 있음을 알 수 있습니다. 다음 URL을 확인할 수 있습니다.

http://w3techs.com/technologies/overview/web_server/all

비용?

예, Microsoft 라이센스는 NIX 환경과 비교되지만 많은 비용이 소요되지만 Linux의 TCO는 더 높습니다. Liux의 일반 시스템 관리자는 Windows 시스템 관리자보다 훨씬 비쌉니다.

기술 제한?

지금까지 MS는 대규모 조직에 대한 기술적 한계가 있으며 Java는 엔터프라이즈 및 금융 부문 웹 사이트에서 매우 잘 작동하지만 IIS 7 / IIS 7.5 시나리오가 .Net 프레임 워크와 같은 웹 개발 환경 및 Share Point Portal과 같은 포털로 바뀌면 Microsoft는 제비.

Microsoft는 공용 웹 사이트보다 회사 / 인트라넷 환경에 적합합니까?

그렇습니다. 최신 버전의 Windows 및 IIS를 사용하면 Microsoft는 공개 웹 사이트를 제공하고 있으며 앞으로도 잘 될 것입니다.

Gaurav Maniar MCP | MCSE | MCST | MCITP | ITILv3 인증


1
Linux 용 TCO는 환경 및 요구 사항에 따라 더 높거나 낮을 수 있습니다. MS와 함께 무언가를 겹치는 것이 더 저렴할 수 있지만 품질 관리는 어느 쪽이든 비쌉니다.
David Thornley
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.