문제

최근에 사용하는 웹 앱을 작성했습니다 couchdb. 나는 CouchDB를 좋아하고 앱에 적합했습니다.이 앱은 동적 동작이 많고 JSON을 CouchDB에서 직접 가져옵니다. 브라우저를 통해 이미지를 업로드 할 수있는 것은 좋으며 데이터를 문서화하기 위해 조정하는 것이 좋습니다. 복제는 또한 앱이 CouchApp이기 때문에 배포를 산들 바람으로 만들었으며 배포에 필요한 모든 것은 프로덕션 서버에 복제 된 것입니다.

그러나 내가 생각하고있는 새로운 앱의 경우 (블로그 유형이라고 생각합니다), 나는 좋은 성능을 원하고 그것은 CouchDB가 강력하지 않다고 생각하는 한 가지 영역입니다. 앱은 주로 지향적으로 읽을 것입니다 (나는 90% 읽기를 10까지 추정합니다. % 쓰기).

단일 서버 시나리오에서 최고의 성능을 제공하는 데이터 스토어는 무엇입니까? 나는 이것에 대한 사람들의 경험을 듣고 매우 관심이 있습니다 ...

도움이 되었습니까?

해결책

주로 읽기 성능이라면 광택 CouchDB 앞 프록시? 나는 바니시에서 몇 가지 사용자 정의 구성을 사용하여 Couchdb가 필수 검증을 지정하는 CouchDB에 대한 CACHODB를 실제로 쿼리하지 말라고 말하지 말고, _changes의 데이터를 사용하여 _changes의 데이터를 사용하여 활성 http가있는 스크립트를 사용하여 설명했습니다. 바니시의 항목.

플러스 바니시로서 URL 재 작성을 할 수 있습니다. 다른 솔루션의 대부분은 CouchDB 용 URL을 다시 작성하기 위해 Apache 또는 Ngnix와 같은 것을 실행하는 것과 관련이 있습니다.

다른 팁

제 생각에는 MongoDB 회로도 데이터 저장소의 프론트 러너 성능 현명한 것처럼 보이기 시작했습니다.

우리는 현재 10KB에서 50MB까지의 이진 객체를 저장하기 위해 이것을 평가하는 프로세스에 있으며, 겸손한 하드웨어에서도 성능에 깊은 인상을 받았습니다.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top