Множество дистрибутивов без назначения CNAME

Насколько я понимаю, опция SSL на CloudFront является дорогостоящим вариантом (вне досягаемости для меня). Поэтому я рассматриваю возможность использования опции https: //*.cloudfront.com.Множество дистрибутивов без назначения CNAME

Одним из преимуществ CF over S3 является возможность назначать несколько пользовательских доменов для получения параллельных параллельных соединений HTTP, т. Е. cdn0.domain.com, cdn1.domain.com и т. д.

Поскольку пользовательский домен + SSL не является опцией, CF имеет подстановочную опцию https: // * [0,1,2,3] .cloudfront.com вариант для одного дистрибутива?

источник

2014-01-28 Viet

Что * возможно * преимущество вы себе представить, что может быть в наличии нескольких * бессмысленных * имен хостов ссылающихся один набор контента, а не только один сингл бессмысленных имя хоста? –

Многие браузеры имеют ограничения параллелизма около двух при доступе от одного имени хоста. Другими словами, HTTP-запросы ограничены двумя в то время из одного домена. Известная передовая практика позволяет ускорить загрузку страниц, если ваше приложение распределяет активы по нескольким доменам. Например, в Rails есть функция, которая позволяет вам установить динамический хост, где cdn [val] .domain.com, где val - либо 0, 1, 2, либо 3. Таким образом, нет, это не бессмысленно. Вот некоторая литература: http://www.openajax.org/runtime/wiki/The_Two_HTTP_Connection_Limit_Issue, – Viet

И дополнительная информация в документации Ruby on Rails. В разделе «Использование хостов ресурсов» http://edgeapi.rubyonrails.org/classes/ActionView/Helpers/AssetUrlHelper.html. По этой причине я считаю, что одна из многих причин, почему Amazon CloudFront позволяет использовать до 10 CNAME для одного дистрибутива. – Viet

Решение будет состоять только в том, чтобы в этом случае было несколько CF-дистрибутивов ... один для изображений, другой для статического кода (JS, CSS) и т. Д. Обычно, если вы уже сохраняете эти изображения и т. Д. В ведро S3, bucket для каждого типа (скажем, для изображения) и сделать эти серверы координат кодов в распределении CF.

Сказав это, параллельные соединения в браузерах со временем увеличились. В любом случае, это не так уж и мало. Обычно страница должна загружать только один JS (комбинированный. Minified), один CSS (комбинированный) и один Image for Icons (спринтер). Это похоже только на 1 + 3 соединения - не слишком высокое. Другие изображения (например, большие миниатюры и т. Д.) На странице в любом случае происходят из другого распределения CF. Поэтому вам не нужно «искусственно» создавать поддомены для производительности.

Это показывает состояние соединений в настоящее время: (What's the maximum number of simultaneous connections a browser will make?)

источник

2014-02-10 14:05:56

Множество дистрибутивов без назначения CNAME

ответ

Смежные вопросы