Porque Hospedagem Java é tão caro?

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. :wink:

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

abraço!

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

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 :frowning:

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á,

Legal encontrar alguem q tem experiência de produção com jetty! :slight_smile:
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.

[quote=urubatan]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 :([/quote]

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.

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+[/quote]

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)!

http://www.fastcgi.com/

http://www.fastcgi.com/[/quote]

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

t+

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.

Os clientes pediram, o preço baixou! Agora a hospedagem Java está disponível a partir do plano Standart Plus.

http://www.plugin.com.br/
ou
https://ssl03.plugin.com.br/portal/compra-online/passo1.php?plano=standard_plus&promocao=2&referencia=&idPublicacao=

Dá uma olhada no http://www.w3host.com.br tem hospedagem com Tomcat 6 e Java 6, PostgreSQL e MySQL 5 a partir de R$ 10,00

Olá, o ideal é que contrate um servidor VPS, assim o valor não fica tão salgado, pois o serviço é um intermediário entre a hospedagem compartilhada e o servidor dedicado.

Veja o ranking completo das empresas de hospedagem de sites mais recomendadas.

Espero ter ajudado.

Forte Abraço.