Por que algumas configurações front-end Glassfish com Apache?
https://stackoverflow.com/questions/489491
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianPergunta
Eu tenho tentado atacar acima de Glassfish e uma coisa que continua a subir é o "como fazer" na frente Glassfish com Apache. Infelizmente, eu ainda tenho que encontrar uma descrição de por que você iria querer fazer isso!
De minha experimentação, Glassfish parece ser um serviço de web-tipo de servidor bastante com todos os recursos; mas eu poderia estar faltando muito. Então, é a noção de benefícios extras Glassfish mais de uma solução para integrá-lo com uma arquitetura existente, ou que front-final (em um ambiente Java puro) fornecem-ending frente?
Solução
Ele é geralmente usado para acelerar as coisas. Desde apache é um servidor web muito rápido ele é usado para fornecer conteúdo estático. Como imagens, arquivos CSS e assim por diante. Glassfish serve o conteúdo dinâmico (servlets, JSPs) neste cenário.
Outras dicas
Há também outro caso de uso válido, como o porquê Glassfish frente com Apache. Apache, neste caso, seria funcionar como um proxy reverso para aumentar a segurança do seu Glassfish. A RP é configurado para permitir que apenas determinados URLs para ser passada para o servidor de aplicações. Por exemplo, você pode ter contextos app / myApp e / myPrivApp implantado em Glassfish. No servidor RP, você só configure / myApp a serem passados ??para Glassfish. Qualquer pessoa solicitando / myPrivApp veria a 404 'cos o pedido pára no nível RP.
Em uma das minhas implementações, eu tenho um monte de guerras implantado, alguns para usuários provenientes da internet, alguns por apenas intranet. Eu tenho 2 RPs correndo, um para usuários de internet e outra para intranet. Eu configurar o RP internet para permitir que apenas URLs para aplicações de Internet aprovados para passar por enquanto os usuários da intranet começa a ver tudo.
Espero que ajude.
Outra razão para usar o Apache como um frontend para Glassfish é a possibilidade de fornecer balanceamento de carga através de um cluster Glassfish. Consulte http://tiainen.sertik.net/ 2011/03 / para detalhes de balanceamento-com-glassfish-31-and.html carga.
A outra razão é que não pode glassfish executar (facilmente) na porta 80, sem dar-lhe direitos de raiz, é claro. Assim, para a maioria dos usuários, de mais fáceis de executar um proxy (apache, nginx, verniz) algum tipo na frente do apache e ter ambos os servidores executados sob um usuário normal.
Em seguida, você tem uma outra vantagem de algumas configurações de opções da sua extremidade dianteira. Como outros mencionados, cache, por exemplo.
