Boa tarde Ricardo!
O suporte a Nginx é ainda meio imaturo, mas, há muitos sites usando-o,
inclusive o módulo fast cgi.
A parte de escalabilidade horizontal é a mesma de outros sistemas,
seja em Java ou qualquer outra arquitetura.
Se acaso houver a necessidade de ter 2 servidores web na mesma
máquina, desde que escutem endereços diferentes também é possível uma
escalabilidade vertical e com tunning de processos, a fim de manter
uma separação de deveres (separation of duties), mas, o ideal mesmo é
ter máquinas independentes para fins de otmização específica de cada
componente do sistema, ie. servidor web, banco de dados, caching,
network dispatcher, etc.
Poderia elaborar um pouco mais quando fala em escalabilidade vertical?
Recomendo muito o uso do node.js, acredito que este seja um grande
futuro para o desenvolvimento de aplicações, ele em conjunto com
frameworks client e server side tais como express, twitter bootstrap e
backbone.js, mas, o node não explora a parte de threads pois fica um
looper esperando o retorno para delegar a resposta aos eventos de
callback.
Alguns tipos de desenvolvimento com node se tornam cansativos
justamente por precisar de infinitos callbacks a fim de ter seu
aplicativo rodando, o que, se fosse feito de forma convencional, não
seria tão trabalhoso.
No caso de chamadas Restful e desenhos de API, acredito que o node.js
seja a melhor alternativa, citando também os frameworks server side
(módulos para node) acima.
Abraço,
Ernani
2013/2/4 Ricardo Othuki <othuki@gmail.com>:
> boa tarde Ernani Joppert Pontes Martins
>
> Realmente o PHP pode ser implementado no Nginx. Mas com certeza não é a
> melhor solução para este tipo de aplicação. Vale lembrar que a principal
> caracteristicas do Nginx é o modelo assíncrono, característica não presente
> no PHP, e a principal característica para evitar gargalos de processamento
> pesado.
>
> Quanto ao gearman, não conhece, portanto não posso opnar, mas uma rápida
> lida no link que você passou:
> It allows you to do work in parallel, to load balance processing, and to
> call functions between languages.
>
> Load Balance é excencialmente escalabilidade horizontal, como falei acima.
>
> Caso alguem tenha alguma experiencia com o gearman, seria bom responder
> sobre isso.
>
> Em 4 de fevereiro de 2013 13:53, Ernani Joppert Pontes Martins
> <joppert@gmail.com> escreveu:
>
>> Concordo em termos com o Ricardo, apesar de ser o modelo tradicional
>> de uso do PHP, ele funciona com outros servidores Web também,
>> inclusive o Nginx, e, há soluções nem tão conhecidas de replicação de
>> dados e respostas automáticas, tais como o gearman, mas, requer um
>> certo trabalho a mais na sua implementação!
>>
>> Quem quiser saber mais sobre o gearman, aqui está o link:
>>
>> http://gearman.org/
>>
>> Abraço,
>>
>> Ernani
>>
>> 2013/2/4 Ricardo Othuki <othuki@gmail.com>:
>> > Sou desenvolvedor e trabalho a bastante tempo com o PHP, é uma excelente
>> > linguagem, mas é uma camada acima do Apache. Esta dupla Apache + PHP
>> > apresenta limites de conexões concorrentes, consome muito recurso de
>> > Hardware gerando custos extras para escalabilidade, que só poderá ser
>> > Horizontal (agregando mais servidores para atender um aumento de
>> > demanda).
>> >
>> > Portanto se seu projeto não for precisar de alta escalabilidade (muitas
>> > conexões simultâneas) o PHP é uma alternativa viável, caso contrario
>> > aconselho procurar outra tecnologia, como por exemplo o NodeJS.
>> >
>> > Outro aspecto que pode ser importante, é que o Apache + PHP não permitem
>> > o
>> > envio de dados para o cliente, apenas respondem as solicitações do
>> > Client.
>> > Caso seja necessário a conexão Servidor/Cliente, como por exemplo o
>> > envio de
>> > uma notificação para o app Android, outras alternativas terão que ser
>> > utilizadas.
>> >
>> > --
>> > You received this message because you are subscribed to the Google
>> > Groups
>> > "Android Brasil - Dev" group.
>> > To unsubscribe from this group and stop receiving emails from it, send
>> > an
>> > email to androidbrasil-dev+unsubscribe@googlegroups.com.
>> > For more options, visit https://groups.google.com/groups/opt_out.
>> >
>> >
>>
>> --
>> You received this message because you are subscribed to the Google Groups
>> "Android Brasil - Dev" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> email to androidbrasil-dev+unsubscribe@googlegroups.com.
>> For more options, visit https://groups.google.com/groups/opt_out.
>>
>>
>
> --
> You received this message because you are subscribed to the Google Groups
> "Android Brasil - Dev" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to androidbrasil-dev+unsubscribe@googlegroups.com.
> For more options, visit https://groups.google.com/groups/opt_out.
>
>
--
You received this message because you are subscribed to the Google Groups "Android Brasil - Dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to androidbrasil-dev+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.
Re: [androidbrasil-dev] Comunicação Cliente - Servidor
09:28 |
Assinar:
Postar comentários (Atom)






0 comentários:
Postar um comentário