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!
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
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!
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/[/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.