Apache로 프론트 엔드 유리 피쉬를 설정하는 이유는 무엇입니까?
https://stackoverflow.com/questions/489491
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian문제
나는 Glassfish를 습득하려고 노력했으며 Apache와 함께 Glassfish를 앞두고 "방법"입니다. 불행히도, 나는 당신이 왜 이것을하고 싶은지에 대한 설명을 아직 찾지 못했습니다!
내 실험을 통해 Glassfish는 꽤 완전히 특징된 웹 서버 유형 서비스처럼 보입니다. 그러나 나는 많이 놓칠 수 있습니다. 그렇다면 전면 유리 물고기의 개념은 그것을 기존 아키텍처와 통합하는 솔루션이 더 많거나, 순수한 Java 환경에서는 전면 종료가 추가 이점을 제공합니까?
해결책
일반적으로 속도를 높이는 데 사용됩니다. Apache는 매우 빠른 웹 서버이므로 정적 컨텐츠를 제공하는 데 사용됩니다. 이미지, CSS 파일 등. Glassfish는이 시나리오에서 동적 콘텐츠 (서블릿, JSP)를 제공합니다.
다른 팁
왜 우리가 아파치로 유리 피쉬를 앞두고 왜 유효한 유스 케이스가 있습니다. 이 경우 Apache는 유리 물고기의 보안을 높이기위한 역 프록시 역할을합니다. RP는 특정 URL 만 애플리케이션 서버로 전달할 수 있도록 구성됩니다. 예를 들어, Glassfish에 App Contexts /MyApp 및 /MyPrivApp이 배포 될 수 있습니다. RP 서버에서는 Glassfish로 전달되도록 MyApp 만 구성 /MyApp 만 구성합니다. /myPrivApp을 요청하는 사람은 누구나 요청이 RP 수준에서 바로 중지되는 404 'cos를 볼 수 있습니다.
내 배포 중 하나에는 많은 전쟁이 배치되어 있으며 일부는 인터넷에서 오는 사용자를 위해, 일부는 인트라넷에만 해당됩니다. 인터넷 사용자 용으로 2 개의 RPS가 실행되고 다른 하나는 인트라넷을 사용합니다. 인트라넷 사용자가 모든 것을 볼 수있는 동안 승인 된 인터넷 애플리케이션의 URL 만 통과 할 수 있도록 인터넷 RP를 구성합니다.
도움이되기를 바랍니다.
Apache를 Glassfish의 프론트 엔드로 사용하는 또 다른 이유는 Glassfish 클러스터를 가로 질러로드 밸런싱을 제공 할 수 있기 때문입니다. 보다 http://tiainen.sertik.net/2011/03/load-balancing-with-glassfish-31-and.html 자세한 내용은.
또 다른 이유는 유리 피쉬가 포트 80에서 쉽게 (쉽게) 뿌리 권리를 부여하지 않고 (쉽게) 실행할 수 없기 때문입니다. 따라서 대부분의 사용자에게는 Apache 앞에서 프록시 (Apache, Nginx, Varnish)를 실행하는 것이 쉽고 두 서버가 일반 사용자로 실행되도록합니다.
그런 다음 프론트 엔드의 일부 구성 옵션의 다른 이점이 있습니다. 다른 사람들과 마찬가지로, 예를 들어 캐싱.
