Да, сжатие можно использовать через SSL; это происходит до того, как данные зашифрованы, поэтому может помочь при медленных ссылках. Следует отметить, что это плохая идея: это также открывает уязвимость .
После первоначального рукопожатия SSL - это меньше затрат, чем думают многие * - даже если клиент переподключается, существует механизм для продолжения существующих сеансов без повторного согласования ключей, что приводит к меньшему использованию ЦП и меньшему количеству обратных вызовов.
Балансировщики нагрузки могут работать с механизмом продолжения, однако: если запросы чередуются между серверами, то требуется более полное рукопожатие, что может оказать заметное влияние (~ несколько сотен мс на запрос). Настройте балансировщик нагрузки для пересылки всех запросов с одного IP-адреса на один и тот же сервер приложений.
Какой сервер приложений вы используете? Если он не может быть настроен на использование keep-alive, сжатие файлов и т. Д., Тогда рассмотрите возможность размещения его за обратным прокси-сервером, который может (и пока вы это делаете, ослабьте заголовки кэша, отправленные со статическим content - в связанной статье HttpWatchSupport есть несколько полезных советов по этому вопросу).
(* Производители оборудования SSL будут говорить что-то вроде «до 5 раз больше ЦП», но некоторые ребята из Google сообщают, что когда Gmail переходил на SSL по умолчанию, на него приходилось только ~ 1% загрузки ЦП )