Размещение нескольких экземпляров Amazon EC2 в 12 регионах - это отличная инвестиция! Предположительно, вы делаете это, чтобы уменьшить задержку для своих пользователей.
Amazon CloudFront имеет точки присутствия в более чем 200 местах, поэтому рекомендуется для обслуживания stati c контента . Это типичное содержимое, которое не изменяется между пользователями, например изображения, таблицы стилей и файлы сценариев. Он позволяет вам разгружать большую часть этого трафика c с ваших веб-серверов, что означает, что вы, вероятно, могли бы использовать меньше веб-серверов.
Amazon Route 53 гео-маршрутизация используется для отправки traffi c из указанных c стран в определенные пункты назначения (например, все запросы из Германии отправляются на сервер с контентом на немецком языке). Тем не менее, учитывая, что вы распределили трафик c по нескольким регионам, для вас может быть лучше использовать Маршрутизация на основе задержки , так как это перенаправит трафик c в местоположение, которое предоставит минимальная задержка для ваших пользователей.
Объединение Route 53 и CloudFront может дать некоторые преимущества в зависимости от того, как они настроены.
Во-первых, опубликованное вами DNS-имя необходимо будет разрешить в CloudFront, чтобы он мог обслуживать контент из всех точек присутствия. Это идеально для содержимого c.
Далее встает вопрос о том, как настроить origin для контента, требуемого CloudFront. Это может быть другим DNS-именем, которое настроено в Route 53 для маршрутизации на основе задержки, что означает, что CloudFront будет извлекать содержимое из «близлежащего» местоположения, а не возвращаться к одному источнику. Это не будет иметь большого значения для кэшированного контента, но может ускорить доставку dynamici c content (то есть контента, который отличается для каждого пользователя).
Я бы порекомендовал Вы проводите тесты для каждого из этих вариантов и определяете, какие из них соответствуют вашим целям производительности, а также с учетом затрат на каждый из этих вариантов. Например:
- Вариант 1: Amazon CloudFront и ONE origin. Это будет минимальной стоимостью, но может быть слишком медленным для динамического c контента
- Вариант 2: Нет CloudFront, но несколько регионов (как вы сейчас используете) - это будет значительно дороже, но может обслужить быстрый трафик c при использовании маршрутизации на основе задержки
- Вариант 3: CloudFront + несколько регионов - будьте осторожны, как это настроено (для него требуется несколько уровней DNS), но это может быть даже быстрее, чем Вариант № 2
Вы следует проверить каждую опцию и сравнить результаты с вашими заданными c показателями скорости / задержки. Затем вы должны сравнить стоимость каждого варианта, чтобы увидеть, обеспечивает ли он желаемое соотношение затрат и выгод.