새로운 사이트의 확장성에 대해 걱정합니다

Question

다음 특성이있는 웹 앱을 구축하고 있습니다.

1. 소수의 페이지, 집, 연락처, 소개, 노래 등이 있습니다.
2. 각 사용자에게는 jQuery 기반 페이지가 하나있어 DOM 요소를 드래그/드롭/조작 할 수 있습니다.
3. 사용자가 요소 조작을 완료하면 저장을 누르고 요소는 JSON을 통해 서버의 PHP 스크립트로 전송됩니다. 또한 이전에 저장된 JSON을로드 할 수도 있습니다.

본질적으로 : 90% 정적 정보가있는 페이지는 거의 없습니다. 클라이언트 측 작업과 잠재적으로 많은 JSON을 얻는/게시물이있는 한 페이지.

PHP/Smarty, JQuery 및 MySQL을 사용하여 이것에 대한 POC를 구축했습니다. 사용자 세부 정보는 MySQL에 저장되며 JSON 데이터도 마찬가지입니다. 웹 페이지는 디스크에서 Smarty로 캐시됩니다.

이제는 확장성에 대해 생각하고 있으며 명백한 질문은 자주 변화하는 JSON 데이터를 MySQL에 저장해야합니까, 아니면 MemcachedB 또는 다른 주요 값 저장소를 사용해야합니까? Easy MySQL 옵션을 찾거나 키 가치 저장소를 소개 하시겠습니까, 아니면 스케일 문제가 발생하는지 기다리시겠습니까? MySQL이 병목 현상 인 지점에 도달 할 것입니까?

나는 이것을 SliceHost에서 처음 호스팅하여 시작한 다음 필요하다면 이동할 계획입니다.

Answer 1

질문은 이러한 값을 기반으로 한 조회가 있습니까? 데이터베이스 수준에서 특정 값에 대한 업데이트가 있을까요? 그것.

스케일을 기준으로, 조회 목적을 위해 평평한 데이터 표현과 함께 키/값 구조를 유지할 수 있습니다.

또한 일부 벤치마킹에 Apache AB를 사용하고 변경 사항이 동시 출력에 어떤 영향을 미치는지에 대한 아이디어를 얻는 것을 고려하십시오.

행운을 빕니다 :)

Answer 2

JSON에 관한 한, 그것은 차이를 만들지 않을 것입니다. 해당 데이터의 저장을 최적화 할 수있는 방법을 모르겠습니다. 나는이 질문이 "사용자 데이터는 얼마나 복잡한가요?"로 귀결된다고 생각합니다. RDBMS 외국 키와 연결된 대규모 소셜 그래프가 있고 해당 데이터를 키 가치 저장소에 매핑하기가 너무 어렵다면, 지금 노력을 기울이지 않겠습니다. 그러나 사용자 데이터가 평평한 프로필 정보라면 너무 많은 RDBMS 기능을 사용하기 전에 나중에 키 값 저장소로 이동하고 싶습니다.