В веб-приложении Java, запущенном в контейнере сервлетов Apache Tomcat, перед которым находится httpd Apache:
Приложение используется в более или менее надежной сети (лучше, чем общедоступный Интернет, но немного хуже, чем в локальной сети) с точки зрения отброшенных пакетов, задержки пинга и т. Д. Приложение интенсивно использует большой dHTML, AJAX, статический и динамический контент. Длительные пользовательские сеансы (часы).
Держите оба в край то есть сервер, который подключен к клиентскому браузеру. Сжатие потока достаточно просто, так что это не должно сильно обременять Apache, и следует использовать SSL для защиты трафика между Apache и браузером.
[browser]---ssl+gzip---[apache]---ajp---[tomcat]
(internet) (local)
Вы не хотите помещать SSL в tomcat при проксировании напрямую через Apache, потому что это будет тратить ненужный трафик для согласования SSL. Ajp также несколько сжатый (так сказать).
Я бы включил gzip в Apache. Это позволяет вам сжимать весь контент, обслуживаемый оттуда, за один раз, если вы когда-нибудь решите добавить другое приложение или также обслужить некоторый статический контент.
Я не уверен в части SSL, но я бы подумал, что это должно быть и в Apache, поскольку после зашифрованного сжатия и любого кеширования, которое вы, возможно, захотите использовать, не будут работать.