2011-01-06 2 views
7

Рассмотрите веб-сайт динамического контента html с большим количеством статических изображений .js и багаж изображения должны размещаться в одном месте. На сайте скоро будет несколько 1000 новых пользователей, сгруппированных в одной стране на другой стороне мира. В этой новой удаленной стране есть узел Amazon S3, и все пользователи этой страны будут находиться в пределах 1000 км от узла S3.Сделайте это самостоятельно или используйте коммерческий CDN

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

Мое ощущение, что использование коммерческого CDN в этой ситуации будет излишним, и прямое обращение к нашему собственному статическому содержимому, управляемому вручную, S3 даст нам больше контроля, особенно для случайных срочных исправлений для JavaScript.

+0

«Эта новая удаленная страна имеет узел Google S3 ...» - Я думаю, вы имеете в виду Amazon S3? –

+0

@geoff - Да, я сделал, теперь исправил спасибо. Как раз перед отправкой моего вопроса я читал, на каких стандартных фреймах .js загружаются в CDN Google для свободного доступа общественности, и так было google на мозге. К несчастью, JS-инфраструктура моего приложения предшествует Ext.JS и JQuery. – camelCase

ответ

2

Если вы уже используете Amazon S3 для хранения вашего статического контента, имеет смысл использовать Amazon's CloudFront CDN.

Вы можете начать использовать его и получить все преимущества CDN без особых усилий.

+0

Что я здесь обсуждаю, добавляет ли CloudFront что-то лишнее, учитывая, что пользовательская совокупность уже сгруппирована вокруг одного узла Amazon S3. CDN приносят задержки распространения распространения и теряют контроль над тем, кто может поразить статический контент моего сайта. С S3 и зарегистрированным населением пользователей я могу установить некоторые элементы управления доступом, чтобы ограничить доступ к IP в нашем JavaScript. (Я должен добавить, что это преимущество, которое произошло со мной после публикации исходного вопроса). – camelCase

+0

@camelCase. Я согласен с тем, что его проще работать непосредственно с S3, а не с облачным интерфейсом, хотя есть компромиссы между обоями. С S3 вы будете нести ответственность за репликацию, переписывание URL и т. Д. С CloudFront все, о чем заботятся о вас. Кстати, вы все равно можете использовать CloudFront и защищать свой контент. См. Http://aws.typepad.com/aws/2009/11/new-amazon-cloudfront-feature-private-content.html для получения дополнительной информации. –

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