Comentários sobre: Escalando sistemas com soluções NoSQL

Por: Quando muitos dados passam a atrapalhar: replicação e sharding | blog.caelum.com.br

Wed, 09 Feb 2011 20:41:47 +0000

[...] escalar a leitura não aumenta necessariamente a performance percebida pela API: a query pode continuar lenta, mas mais queries podem rodar concorrentemente. Por outro lado, [...]

Por: Um produto para muitos clientes: implementando multitenancy | blog.caelum.com.br

Mon, 23 Aug 2010 22:19:58 +0000

[...] escalabilidade é afetada pois compartilhar recursos em memória na camada web, entre eles dados cacheados do banco ou filas, permitem diminuir o tempo de processamento ou de latência, aumentando o número de requisições [...]

Por: Symon

Symon — Wed, 16 Jun 2010 20:27:23 +0000

Tem algo parecido com isso em Java?

Eu já havia imaginado algo parecido com isso: criei uma classe chamada TaskXYZ que herdava de Task e tinha um método execute() – tipo um command.

Dai você pode mandar isso pra uma fila, persistir, recuperar em caso de desligamento do equipamento, e processar a fila denovo. Lindo isso.

Por: Arvin

Arvin — Wed, 16 Jun 2010 17:52:26 +0000

Legal Douglas.

Qual seria uma boa opção Java?

Por: Otavio Angel Silva

Otavio Angel Silva — Sat, 12 Jun 2010 04:51:32 +0000

resque bom valeu

Por: Marcio Duran

Marcio Duran — Thu, 10 Jun 2010 01:32:35 +0000

O assunto NoSQL é interessante, pode também ser consultado no IBM DeveloperWork.

Fonte abaixo:
http://www.ibm.com/developerworks/br/java/library/j-javadev2-8/index.html?ca=drs-

Por: Antonio Kantek

Antonio Kantek — Wed, 09 Jun 2010 05:33:57 +0000

Na minha opiniao, o JavaSpace pode ser considerado um banco de dados tipo NoSQL. Acho que o model mestre/escravo (ahahah gostaram dessa) se encaixa perfeito nesse exemplo.

Por: lucas stephanou

lucas stephanou — Tue, 08 Jun 2010 16:58:23 +0000

@douglas.campos sem duvida, neste momento é o que tenho feitos. Testes com infinitas soluçoes.

Como tu bem pontuou, é arquitetura, e como tal tem muitas soluçoes, e é sempre bom ler sobre a experiencia alheia.

Por: douglas.campos

douglas.campos — Tue, 08 Jun 2010 05:14:37 +0000

@lucas
Realmente, o resque é muito rápido, fiz alguns “benchmarks caseiros”, onde ele se comportou muito bem. Quanto à confiabilidade e a viabilidade de usá-lo, como quase toda solução arquitetural, depende da avaliação de vários fatores do seu sistema, equipe e processos da empresa, e de uma boa bateria de testes durante uma prova de conceito.

Por: lucas stephanou

lucas stephanou — Mon, 07 Jun 2010 22:09:20 +0000

esse cara ma pareceu extremanente perfomatico.

mas e na questao de confiabilidade?
entre usar ele ou uma solucao propria com rabbitmq?