2009-03-31 3 views
2

Я разрабатываю веб-приложение для поддержки использования CDN в будущем.Сглаживание доменов на стороне края включено для CDN

два варианта Я рассмотрел:

  1. Использование домена сглаживания для статического контента на сайте, включая CSS, JS, и некоторые изображения.
  2. Используйте «краевая сторона» для обозначения областей статического содержимого.

(1) Проще, и я реализовал его раньше. Например, мы должны префикс каждого IMG src http://images1.mysite.com/, а затем обновить соответствующий DNS для использования CDN. Недостаток, который я слышал от пользователей нашего внутреннего «предпроизводственного» сайта, заключается в том, что им нужно будет подтолкнуть изображения к изображениям1.mysite.com, чтобы предварительно просмотреть их изменения внутри - в идеале файлы не будут помещены в images1.mysite .com, пока они не готовы к производству. (ПРИМЕЧАНИЕ. Изменения в файлах хостов и DNS-трюки здесь не являются.)

Вместо этого они хотели бы просто использовать относительные или абсолютные пути для статического содержимого. например /images/myimage.gif

(2) не так знакомы мне, и я хотел бы получить больше информации. Означает ли это, что наша «предпроизводственная» команда ссылается на статический контент с относительным путем в «предварительной производственной среде» и все же работает с CDN в производстве без модификаций HTML?

Может ли кто-то сравнить два варианта с точки зрения простоты разработки, гибкости и стоимости?

ответ

1

Вот вариант второго варианта рассмотрения.

Оставьте относительные URL-адреса изображений только в своем HTML-коде. На вашем рабочем сервере запросы изображений возвращают серверную сторону перенаправления на местоположение изображения на CDN. Это генерирует незначительно больше трафика, чем другие методы, но генерирует запись журнала доступа для каждого обращения к изображениям, упрощает структуру вашего HTML и сайта, определяет специфические зависимости CDN от источника вашего сайта и позволяет включать, отключать или переключать CDN- основанную на изображениях на лету.

Если вы используете CDN с требованием, например Coral, вам также необходимо обеспечить, чтобы запросы, выданные или отклоненные CDN, подавались непосредственно с вашего производственного сервера. См. Using CoralCDN as a server operator для получения дополнительной информации об этой технике.

+0

Обращаем ваше внимание, что CoralCDN имеет довольно плохие времена отклика, чем обслуживание с вашего собственного веб-сервера. Наверное, это так и в других частях света. Вероятно (только) хороший вариант, когда вы получаете шипы, но коралл берет нагрузку. Подумайте о Coral для надежности - не производительность. – mixdev

+0

В основном я использовал Coral, потому что, если ваш код правильный «It Just Works» - он может быть относительно медленным, но нет никакой суеты, муссы, форм для заполнения или счетов, чтобы платить, что хорошо, если вы делаете доказательство концептуальной работы. –