Porque Hospedagem Java é tão caro?

Smalltalk Membro desde: 29/11/2006 05:04:41 Mensagens: 2 Offline

Alguém tem a resposta? Hospedagem Java em servidores alugados, sempre é reservado os planos mais caros. Fazendo um benchmark com outras tecnologias, PHP, CGI e até mesmo Asp e Asp.net que não é multiplataforma java sai mais caro.

Bom.. Creio que seja mais caro por JAVA exigir mais do servidor do que as outras linguagens. PHP é leve em comparação a JAVA. Sendo que JAVA tem uma estrutura muito maior tbm.
Temos que levar em consideração tbm o marketing. Pois se JAVA é considerado uma linguagem de ponta (nao que as outras nao sejam tbm), eles aproveitam-se disso para colocar o preço lá em cima.

Quem sabe esse preço não baixará quando houver um maior numero de procura para hospedagem?!

abraço!

What is classpath? Membro desde: 08/12/2006 11:30:52 Mensagens: 7 Offline

Existem opções baratas como o www.webhost.com.br com planos a partir de R$10,50 e o www.regs.com.br com planos a partir de R$ 12,90. Mas no resto é isso mesmo, acredito que também é mais caro porque está na moda.

E alio a isto o custo de um "bom" especialista, algumas empresas que prestam serviços asp e php ha um bom tempoo tentaram colocar o java e viram que "o buraco é mais embaixo", entao precisam de profissionais de verdade que resolvam problemas de verdade, ate pq a maioria dos sites em PHP podem ou poderiam ser feitos por leigos em info, tem ate uma tendencia a isso, qquer um pode pegar uma meia duzia de script pronto na net juntar com outra duzia de tabelas em um mysql e fazer uma aplicaçao em php rapida segura e facil de manter, mas os profissionais java nao o usam para matar moscas, entao raramente eu por exemplo uso o java para fazer um simpes cadastro, a menos que este vá crescer faço em php, onde quero chegar ? se as aplicaçoes java tendem a ser mais complexas (struts, webwork, hibernate, jpa, etc) tendem a dar problemas mais cabeludos, entao quem vai tentar solucionar deve ser um profissional melhor e por conseguinte mais caro (bem mais caro)

esta eh a minha visao deste fato
alem do que expos o ratao tb concordo com ele

Debugger Membro desde: 21/06/2006 15:56:22 Mensagens: 51 Offline

A resposta é simples. Considerem dois servidores iguais, um em produção rodando Apache > PHP/Perl, outro Tomcat > JSP/Java.

O servidor rodando PHP/Perl, suporta tranquilamente 10 vezes mais clientes que o rodando JSP/Java.

Se souberem como otimizar isso me digam como que irei implementar junto com os administradores aqui na Plug In (www.plugin.com.br) e depois brigo com a diretoria para baixarem os preços!

em vez de usar um tomcat usem o jetty ...
utilizem mod_jk em vez do mod_proxy para integração com o apache, ou melhor ainda, deixem o jetty na porta 80 e removam o apache do servidor que vai servir JSP.
usem o jetty 6 junto com JDK 1.6 ...
facilitem as configurações de vocês disponibilizando para o cliente o diretório webapps do dominio dele, o que vai diminuir a mão de obra necessária e deixar os clientes mais felizes ...

deixem o security manager habilitado para evitar que um cliente detone com o servidor ...
não rodem o jetty/tomcat como root (se não me engano o tomcat rodava como root na ultima vez que tive um site hospedado com vocês)

acho que com isto tu vai conseguir diminuir a diferença para no máximo 5x a quantidade de clientes ...

da para ajudar alguns parametros da JVM também ...
mas a partir dai depende também da qualidade do código dos clientes

baladao wrote:O servidor rodando PHP/Perl, suporta tranquilamente 10 vezes mais clientes que o rodando JSP/Java.

De forma alguma!
As aplicações CGI utilizam um PROCESSO para cada conexão. As aplicações Java, através dos servlets, utilizam apenas uma THREAD para cada conexão. E isso representa uma diferença enorrrme.

t+

Olá,

urubatan wrote:em vez de usar um tomcat usem o jetty ...

Legal encontrar alguem q tem experiência de produção com jetty!

Sei q o jetty elimina a comunicação interprocessos existente no tomcat, além de possuir outras vantagens. Mais para mim isso parece ser muito sutil para se experimentar uma melhoria significativa de performance em projetos pequenos.
A minha dúvida é a seguinte: Para a aplicações q possuam um tráfego inferior ao do GUJ, vocês percebem alguma melhoria significativa de performance?
digo isso pois não acho q para projetos pequenos se justifique trocar o tomcat por jetty simplesmente para melhorar a performance.

t+

melhor coisa a fazer,

arrume um servidor fora do pais em um data server e faca voce mesmo a adm.

Debugger Membro desde: 21/06/2006 15:56:22 Mensagens: 51 Offline

urubatan wrote:em vez de usar um tomcat usem o jetty ...
utilizem mod_jk em vez do mod_proxy para integração com o apache, ou melhor ainda, deixem o jetty na porta 80 e removam o apache do servidor que vai servir JSP.
usem o jetty 6 junto com JDK 1.6 ...
facilitem as configurações de vocês disponibilizando para o cliente o diretório webapps do dominio dele, o que vai diminuir a mão de obra necessária e deixar os clientes mais felizes ...

deixem o security manager habilitado para evitar que um cliente detone com o servidor ...
não rodem o jetty/tomcat como root (se não me engano o tomcat rodava como root na ultima vez que tive um site hospedado com vocês)

acho que com isto tu vai conseguir diminuir a diferença para no máximo 5x a quantidade de clientes ...

da para ajudar alguns parametros da JVM também ...
mas a partir dai depende também da qualidade do código dos clientes

Anotadas suas dicas!

Sobre a questão da "qualidade do código dos clientes", eu diria o seguinte, em Java um código ruim impacta negativamente muito mais sobre o servidor do que um em PHP por exemplo. As vezes fico com pena dos administradores... como é difícil manter a estabilidade de um servidor Java em relação a outros tipos de servidores, inclusive IIS/ASP.

Debugger Membro desde: 21/06/2006 15:56:22 Mensagens: 51 Offline

bobmoe wrote:

baladao wrote:O servidor rodando PHP/Perl, suporta tranquilamente 10 vezes mais clientes que o rodando JSP/Java.

De forma alguma!
As aplicações CGI utilizam um PROCESSO para cada conexão. As aplicações Java, através dos servlets, utilizam apenas uma THREAD para cada conexão. E isso representa uma diferença enorrrme.

t+

Entendo seu ponto de vista, e concordo na questão da performance, porém como vejo um volume de servidores em produção muito grande onde trabalho a impressão que tenho é a seguinte:

Os serviços que exigem mais processamento (processos, cgi, interpretadores) geram menos problemas que serviços que exigem mais memória (threads, JVM, .Net, mod_perl)!

bobmoe wrote:As aplicações CGI utilizam um PROCESSO para cada conexão.

http://www.fastcgi.com/

juzepeleteiro wrote:

bobmoe wrote:As aplicações CGI utilizam um PROCESSO para cada conexão.

http://www.fastcgi.com/

Não achei nenhuma informação nesse site q descartasse a abordagem de um processo por conexão do CGI.

t+

bobmoe wrote:Não achei nenhuma informação nesse site q descartasse a abordagem de um processo por conexão do CGI.

O FastCGI reusa processos, que ficam num pool. Se vc tem uma boa ideia de como vai ser a sua carga normal e peak, fica beeem rapido.

Realmente é inerente ao application server e tecnologia que estará por trás da plataforma.

Se usar EJB por exemplo, tomcat ou jetty não vai ser suficiente. Outra coisa, dependendo da aplicação - você não a terá em Java5, logo poderá ter problemas rodando em java6, certo ?

Realmente o custo está no profissional e java consome mais máquina, pois a plataforma é bastante abrangente.

Isso tem um custo, profisisonal, hardware e é justo que cobrem por tal serviço.

Notícias, artigos e o maior fórum brasileiro sobre Java