В общем, вы не заметите существенной разницы между скоростями ответов HTTP и HTTPS. Но многое зависит от настроек вашего сервера и места его размещения.
Конечно, в случае шифрования будут некоторые издержки из-за шифрования, но это сильно зависит от вашего: аппаратного обеспечения, серверного программного обеспечения, соотношения динамического и статического контента, расстояния клиента до сервера, типичной длины сеанса и т.д.
HTTPS оказывает меньшее влияние на серверы с большим количеством динамического контента, поскольку время, затрачиваемое на шифрование (SSL-накладные расходы), незначительно по сравнению со временем генерации контента.
SSL рукопожатие является основной стоимостью HTTPS. Первоначальное рукопожатие SSL влечет за собой существенную задержку, механизмы, используемые для поддержки сеанса, добавляют лишь незначительную задержку. В результате, если ваши сеансы не будут короткими, вы получите от производительности больше выигрыша от сжатия, чем от обслуживания сеансов. Вот почему так важны "типичная продолжительность сеанса" и "поведение клиентов при кэшировании".
Вы можете легко проверить разницу между производительностью HTTP и HTTPS в своем собственном браузере, используя веб-сайт HTTP vs HTTPS Test от AnthumChris:
На этой странице измеряется время загрузки по незащищенным HTTP и зашифрованным соединениям HTTPS. Обе страницы загружают 360 уникальных некэшируемых изображений (всего 2,04 МБ).
__
В вашем случае, по-видимому, в течение короткого промежутка времени будет пиковый трафик и высокая посещаемость ... поэтому https vs http не является для вас серьезным вопросом, вам лучше подумать о них:
- оптимизация времени генерации контента;
- внедрение механизмов кеширования;
- максимально использовать CDN для статического содержимого.
