This is a very interesting presentation (see below) on the technologies used to make Digg, the challenges faced along the way and how they overcame it. 이것은 아주 재미있는 프레 젠 테이션을 (아래 참조)에 기술을 만드는 데 사용한 digg, 도중의 도전에 직면하고 그들이 어떻게 그것을 극복합니다. I would recommend it to any Web 2.0 startup architects. 그것을 어떤 웹 2.0를 시작하실 것을 권해드립니다 건축가합니다.

In short Digg uses multiple MySQL slaves with a single master, multiple load balanced PHP servers which connects to random MySQL slave (for load balancing obviously). 요컨대 digg에서 여러 mysql의 노예로 단일 마스터, 다중로드 균형 php 서버에 연결하여 임의의 mysql 슬레이브 (예를로드 균형 조정을 명백하게). They also use Memcached with multiple specialized pools like a separate pool for search. 또한, 수영장처럼 사용 memcached에 여러 개의 전문 검색을위한 별도의 수영장합니다.

Digg is the poster boy of PHP driven high volume sites. digg는 포스터 소년의 php 구동 높은 볼륨 사이트를합니다.

It wasn't clear from the slides whether they actually used sharding (breaking your database into small segment say based on data ranges, tables etc.) in any form. 그것은 그들이 실제로 사용 여부를 슬라이드에서 명확하지 않은 sharding (위반 귀하의 데이터베이스를 기반으로 데이터 범위를 작게 세그먼트를 말하는, 테이블 등) 어떤 형태합니다. Looking at their architecture I don't think they can easily use sharding in future too. 보고있는 그들의 건축 안 sharding 앞으로도 쉽게 사용할 수 있다고 생각하는 군. Can you guess why? 수 짐작 왜?