Pergunta

Eu escrevi recentemente um aplicativo da web que usa couchdb. Eu gosto do CouchDB e adequou ao aplicativo - que tem muito comportamento dinâmico e simplesmente puxa o JSON diretamente do CouchDB. Ser capaz de fazer upload de imagens por meio de um navegador é bom e é um snap fazer ajustes para documentar os dados. A replicação também tornou a implantação uma brisa, pois o aplicativo é um Couchapp, e tudo o que é necessário para implantar é uma replicação no servidor de produção.

No entanto, para um novo aplicativo que estou pensando (pense no tipo de blog), quero um bom desempenho e é uma área que acho que o CouchDB não é forte. O aplicativo será predominantemente lido orientado (estou estimando 90% de leituras para 10 % escreve).

Quais datastores fornecem o melhor desempenho em um único cenário de servidor? Eu estaria muito interessado em ouvir as experiências das pessoas nisso ...

Foi útil?

Solução

Se for lido principalmente no desempenho, você está preocupado com por que não colocar um verniz Proxy na frente do CouchDB? Eu uso algumas configurações personalizadas em verniz para dizer para não consultar o couchdb para objetos em cache, apesar do couchdb especificar validação obrigatória e depois ter um script com um http ativo para alternar Entradas de Varnish.

Como um verniz positivo permite que você faça uma reescrita de URL, que eu preciso. A maioria das outras soluções envolve a execução de algo como Apache ou NGNIX apenas para reescrever URLs para o CouchDB.

Outras dicas

Eu penso MongoDB está começando a se parecer com o desempenho do corredor frontal para lojas de dados esquemalistas.

Atualmente, estamos nos processos de avaliar isso para armazenar objetos binários que podem variar de 10kb a 50 MB e fiquei muito impressionado com o desempenho, mesmo em hardware modesto.

Licenciado em: CC-BY-SA com atribuição
Não afiliado a StackOverflow
scroll top