| Autor |
Mensagem |
![[Post New]](/templates/default/images/icon_minipost_new.gif) 20/07/2007 11:33:05
|
pcassiano
Virtual Machine Man
Membro desde: 07/06/2005 16:17:56
Mensagens: 730
Offline
|
Olá a todos.
Gostaria de saber se é possível hospedar duas ou mais lojas virtuais feitas em JSP em um mesmo servidor de modo que, quando o usuário digitar www.xyz.com.br/loja1 ele acesse, lógico, a loja 1 e quando ele digitar .../loja2, ele acesse a loja 2, estando ambas hospedadas no mesmo servidor físico.
É possível isto? Alguém já viu algo do tipo? Alguma sugestão?
Forte abraço,
|
|
|
 |
|
|
![[Post New]](/templates/default/images/icon_minipost_new.gif) 20/07/2007 11:38:31
|
maquiavelbona
JWizard
![[Avatar]](/images/avatar/24bea84d52e6a1f8025e313c2ffff50a.jpg)
Membro desde: 29/06/2006 09:06:51
Mensagens: 2447
Localização: São Paulo - SP
Offline
|
Ué, seriam duas aplicações diferentes, não?
Coloque no webapps um deles sob a pasta loja1 e a outra como loja2.
Até!
|
----------------------------------------------------------------
"Within a few years a simple and inexpensive device, readily carried about, will enable one to receive on land or sea the principal news, to hear a speech, a lecture, a song or play of a musical instrument, conveyed from any other region of the globe. "
Nikola Tesla - A means for furthering Peace (1905)
"Gedanken ohne Inhalt sind leer, Anschauungen ohne Begriffe sind blind."
Immanuel Kant - Kritik der reinen Vernunft (1781) |
|
|
 |
![[Post New]](/templates/default/images/icon_minipost_new.gif) 20/07/2007 11:40:49
|
fsquadro
GUJ Master
![[Avatar]](/images/avatar/9a4d6e8685bd057e4f68930bd7c8ecc0.png)
Membro desde: 10/07/2006 17:19:04
Mensagens: 1197
Localização: Florianópolis - SC
Offline
|
pcassiano,
Coloque 2 pastas no Webapps, uma chamada loja1 e a outra loja2, e manda ver.
|
"Coisas boas estão dentro de pequenos arquivos .jar"
Fernando Quadro
Blog
twitter
LinkedIn
|
|
|
 |
![[Post New]](/templates/default/images/icon_minipost_new.gif) 20/07/2007 11:51:32
|
pcassiano
Virtual Machine Man
Membro desde: 07/06/2005 16:17:56
Mensagens: 730
Offline
|
Agora...
Assumindo que essas lojas vão crescer muito, a ponto de derrubar o Submarino (brincadeirinha... rs), o que fazer para melhorar a performance? É só comprar um servidor mais parrudo?
Ah, eu esqueci de perguntar: com relação aos BD's, eu posso ter dois ou mais BD's em um mesmo servidor físico? (Óbvio, um para cada loja virtual...)
Existe um limite hipotético de quantas aplicações/BD's eu posso ter em um mesmo servidor físico, tendo em mente a performance de tais aplicações?
Forte abraço,
|
|
|
 |
![[Post New]](/templates/default/images/icon_minipost_new.gif) 20/07/2007 11:56:28
|
maquiavelbona
JWizard
![[Avatar]](/images/avatar/24bea84d52e6a1f8025e313c2ffff50a.jpg)
Membro desde: 29/06/2006 09:06:51
Mensagens: 2447
Localização: São Paulo - SP
Offline
|
pcassiano wrote:Agora...
Assumindo que essas lojas vão crescer muito, a ponto de derrubar o Submarino (brincadeirinha... rs), o que fazer para melhorar a performance? É só comprar um servidor mais parrudo?
Ah, eu esqueci de perguntar: com relação aos BD's, eu posso ter dois ou mais BD's em um mesmo servidor físico? (Óbvio, um para cada loja virtual...)
Existe um limite hipotético de quantas aplicações/BD's eu posso ter em um mesmo servidor físico, tendo em mente a performance de tais aplicações?
Forte abraço,
Primeira pergunta: Depende. Podes usar frameworks mais leves, lógicas mais eficientes etc. Hardware melhor também é bom.
Segunda pergunta: Sim. Em geral você tem 1 SGBD e vários bancos atrelado a ele. Tem hospedagem compartilhada que limita isso, mas tem bons que liberam um número aceitável de bancos.
Terceira pergunta: É possível colocar muitas bolinhas de gude num pote, tendo em vista a mobilidade delas? A resposta é: depende da bolinha, do pote e do espaço aceitável.
Perguntas muito retóricas são péssimas em vários casos.
Até!
|
----------------------------------------------------------------
"Within a few years a simple and inexpensive device, readily carried about, will enable one to receive on land or sea the principal news, to hear a speech, a lecture, a song or play of a musical instrument, conveyed from any other region of the globe. "
Nikola Tesla - A means for furthering Peace (1905)
"Gedanken ohne Inhalt sind leer, Anschauungen ohne Begriffe sind blind."
Immanuel Kant - Kritik der reinen Vernunft (1781) |
|
|
 |
![[Post New]](/templates/default/images/icon_minipost_new.gif) 20/07/2007 11:58:35
|
Pedrosa
JWizard
![[Avatar]](/images/avatar/2b763288faedb7707c0748abe015ab6c.jpg)
Membro desde: 13/07/2005 13:08:08
Mensagens: 2505
Localização: São Paulo - Brasil
Offline
|
Nada te impede também de ter varios bancos no mesmo lugar, mas o ideal que dependendo do volume de dados essas máquinas fossem dedicadas a somente isso.
|
|
|
 |
![[Post New]](/templates/default/images/icon_minipost_new.gif) 20/07/2007 12:15:00
|
Aldrin Leal
JavaEvangelist
![[Avatar]](/images/avatar/ea8cd589f6cde4edf01ef2ad6b2d67d9.png)
Membro desde: 10/07/2007 17:04:34
Mensagens: 330
Localização: Belem / PA / Brazil
Offline
|
pcassiano,
O isolamento entre as aplicações é algo que já está respondido: É uma característica natural e não é nada difícil de fazer. Obviamente, percebi uma oportunidade de explicar melhor como funciona o processo de aumentar a capacidade de um site.
Ok, vamos para cada elemento:
a) Quando um site não está dando conta, tentamos achar os gargalos: Pontos aonde a performance geral do sistema é limitada por um fator
b) A partir deste diagnótico, podemos fazer um tuning
c) Quando o tuning não é suficiente, precisamos aumentar os recursos da máquina (principalmente: Memória RAM)
d) Adicionalmente, podemos identificar pontos que são bastante reusados e utilizarmos soluções e estratégias de cache, no código ou via um proxy reverso (um proxy http que "finge" que é um servidor web, mas que faz cache de recursos estáticos para os browsers)
Quando não está sendo viável uma máquina estar dando conta, podemos sair do scale-up (escalone pra cima) e partir para o scale-out, empregando mais máquinas, aonde:
e) Os bancos de dados podem ser agrupados através de um mecanismo de replicação. Um padrão comum, neste caso, é centralizar todas as consultas que envolvam atualização de dados em uma máquina, que, por sua vez, notifica os outros bancos de dados da atualização. Estes outros bancos de dados possuem a função de servirem para servir consultas que envolvam apenas leitura dos dados.
f) Os servidores web são capazes de armazenar no banco de dados todos os dados da sessão do usuário (o normal é no disco/memória ram), permitindo que uma máquina trate uma requisição referente a sessão de um usuário, independente de quais máquinas trataram antes. Isto permite que as máquinas possam entrar e sair da rede sem prejuízo para a mesma;
g) O Sistema de DNS pode permitir que um único endereço de DNS possa ser tratado por estes conjuntos de servidores, também chamados de "Web Farm"
h) O sistema de cache/escrita/cluster pode ter afinidade de sessão, permitindo que todos os clientes da América Latina sejam atendidos em um DataCenter fisicamente próximo da América Latina, e os da Ásia, em servidores próximos aos servidores da Ásia
Enfim, existem várias possibilidades. E o melhor: Pode ser gradual!
|
-- Aldrin Leal, http://www.leal.eng.br/mnemetica/ |
|
|
 |
![[Post New]](/templates/default/images/icon_minipost_new.gif) 24/07/2007 17:16:54
|
pcassiano
Virtual Machine Man
Membro desde: 07/06/2005 16:17:56
Mensagens: 730
Offline
|
Excelente resposta, Aldrin
|
|
|
 |
|
|
|
|