Pergunta

Atualmente estou desenvolvendo uma API que usa a pesquisa de intervalo AJAX, ela pesquisa a 900 bytes a cada 1,5 minutos, não parece colocar uma carga pesada no MySQL e é apenas um fluxo AJAX. Pretendo atualizar para um servidor node.js assim que obtiver receita suficiente com essa inicialização, mas a partir de agora só posso comprar um host compartilhado que usa apache.

Em termos de escalabilidade isso seria viável? Além disso, isso seria aceitável de um padrão comercial, já que outras soluções como o cometa estão agora disponíveis?

Foi útil?

Solução

"não parece sobrecarregar o MySQL"

Para alguns usuários, ele deve eventualmente colocar uma carga "pesada", mas isso não é uma "coisa ruim".

Para qualquer aplicativo, arquitetado de qualquer forma, haverá algum ponto em que alguma parte da infraestrutura irá quebrar. Essa não é uma razão intrínseca para adotar uma solução mais sofisticada (e mover o gargalo para outro lugar).

Portanto, reúna alguns dados empíricos, como: para qual número de usos essa carga de pesquisa se torna significativa? Faça alguns testes de carga, não apenas de pesquisa, mas de outro trabalho que esses usuários estão fazendo. Eles certamente não estão apenas pesquisando, mas fazendo outras coisas que também carregam o MySQL. Quando isso range? Nesse ponto, as receitas resultantes permitiriam que você comprasse mais capacidade? Ou você teria certeza de que uma arquitetura diferente resolveria o problema. Em outras palavras, você tem um "out" realista?

Meu palpite é que se a pesquisa se tornar um problema, você terá algumas boas soluções intermediárias, como cache ou redução da frequência da pesquisa, além da possibilidade de introduzir o Comet. Portanto, é razoável começar com sua estratégia de pesquisa simples.

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