Когда использовать Amazon Cloudfront или S3

CloudFront и S3 ведро не то же самое. С точки зрения непрофессионала: CloudFront позволяет ускорить доставку содержимого вашего веб-содержимого через сеть доставки содержимого (CDN) в пограничных местоположениях, тогда как ведра S3-это место, где вы храните свои фактические файлы. Источники CloudFront могут не обязательно быть из S3, но для более легкой визуализации интеграции S3 с CloudFront:

для более подробных объяснений проверьте мои заметки о ведре S3 и CloudFront:

http://sysdotoutdotprint.com/technologies/aws/20

http://sysdotoutdotprint.com/technologies/aws/18

еще одно важное отличие заключается в том, что CloudFront позволяет зеркально отображать сайт на вашем сервере. Затем Cloudfront кэширует файлы, такие как изображения, mp3 или видео, используя свою сеть доставки контента.

это избавляет вас от необходимости дублировать свои активы, как при использовании Amazon S3.

однако после истечения срока действия файла CloudFront снова получит его с вашего живого сайта (по стоимости). Таким образом, cloud front лучше всего подходит для часто используемых файлов, и тем более для нечастых но это не так.

один из способов установить срок действия файла для apache .htaccess. Например

<filesMatch "\.(mp3|mp4)$">
Header set Cache-Control "max-age=648000, private"
</filesMatch>

другой случай использования CloudFront над S3 заключается в том, что вы можете использовать сертификат SSL для пользовательского домена в CloudFront, тогда как вы не можете в S3. Довольно веская причина имхо!

Amazon CLOUDFRONT и S3-это две разные службы, предоставляемые Amazon Web Services.

Amazon S3 услуги хранения, в котором мы можем хранить статические файлы, такие как:

CSS, изображения, JavaScript-файлы,видео и т. д...

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

вы можете понять это лучше на примере: -

например, ваш S3 находится в регионе AWS US East (Северная Вирджиния), где находится центр обработки данных для хранения ваших файлов.

Если пользователь из Индии пытается получить доступ к файлу с сервера AWS в Вирджинии, то пользователю нужно будет перейти в это конкретное место с запросом, и это займет много времени.

Что делает CloudFront, так это то, что он стоит как промежуточное программное обеспечение между Пользователем и AWS S3.

---

наиболее часто используемые файлы могут быть кэшированы в CloudFront, и что он делает, он реплицирует эти файлы в пограничных местоположениях (для доставки контента конечным пользователям с меньшей задержкой Amazon CloudFront использует глобальную сеть пограничных местоположений для доставки контента).

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

каждый запрос получает новый DNS от CloudFront до S3, поэтому это приведет к снижению трафика, а также более параллельной обработке запросов.

Ниже приведен список текущих периферийных местоположений по состоянию на июль-2016: -

США

• Ashburn, VA (3)
• Атланта, Джорджия
• Чикаго, Иллинойс
• Даллас/Форт-Уэрт, Техас (2)
• Хейворд, Калифорния
• Джексонвилл, Флорида
• Лос-Анджелес, Калифорния (2)
• Майами, Флорида
• Нью-Йорк, Нью-Йорк (3)
• Ньюарк, Нью-Джерси
• Пало-Альто, Калифорния
• Сан-Хосе, Калифорния
• Сиэтл, штат Вашингтон
• Саут-Бенд, в
• Сент-Луис, Миссури

Европа

• Амстердам, Нидерланды (2)

• Дублин, Ирландия

• Франкфурт, Германия (3)

• Лондон, Англия (3)

• Мадрид, Испания

• Марсель, Франция

• Милан, Италия

• Париж, Франция (2)

• Стокгольм, Швеция

• Варшава, Польша

Азии

• Ченнаи, Индия

• Гонконг (2)

• Мумбаи, Индия

• Манила, Филиппины

• Нью-Дели, Индия

• Осака, Япония

• Сеул, Корея (3)

• Сингапур (2)

• Тайбэй, Тайвань

• Токио, Япония (2)

Австралия

• Мельбурн, Австралия

• Сидней, Австралия

Южная Америка

• Сан-Паулу, Бразилия

• Рио-де-Жанейро, Бразилия

из этого вы можете сделать вывод, что если пользователи ограничены из того же региона, что и ваш S3, то вам не нужно идти на CloudFront, и если количество пользователей увеличивается на глобальном уровне, то вы обязательно должны использовать CloudFront для лучшей задержки и управления трафиком.

Amazon S3-это простой сервис хранения, это может быть использовано большое количество информации, т. е. видео, изображения, PDF и т. д.

CloudFront-это сеть доставки контента, которая находится ближе к конечному пользователю и используется для предоставления информации на Amazon S3 в минимально возможное время.

пример использования - это видео по запросу.

1. вы храните свои видео в одном месте. S3 сохраняет все предварительно записанные видео в разных форматы.
2. у вас есть глобальный случай пользователя
3. CloudFront используется для кэширования видео в пограничных местах. Это может быть использовано для доставки контента конечному пользователю. Местоположение выбирается автоматически на основе ближайшего физического граничного местоположения. В настоящее время существует около 51 периферийных местоположений.

некоторые преимущества использования CloudFront для правильного использования:

1. улучшенная задержка-лучший опыт конечного пользователя.
2. возможно снижение данных стоимость трансфера. Поскольку данные не каждый раз передаются из одного и того же ведра S3 в определенном регионе AWS.

другие возможные варианты использования:

1. в прямом эфире
2. игр
3. Ускорение Сайта

вы можете увидеть некоторое сравнение между Amazon S3 и Amazon Cloudfront отсюда : http://www.bucketexplorer.com/documentation/cloudfront--amazon-s3-vs-amazon-cloudfront.html

[раскрытие : Bucket Explorer]

здесь упущен один аспект:

Amazon Cloudfront также предлагает более низкие цены, чем Amazon S3 на более высоких уровнях использования.

• Cloudfront CDN предназначен для распределения контента между несколькими географически распределенными серверами (CSS, JS)

• в то время как s3-это больше для каждого пользователя менее используемого хранилища ресурсов (пользовательские изображения, PDF-файлы).

вы можете обслуживать ресурсы Cloudfront из корзины s3 полностью минуя ваш веб-сервер.

(полезно в ситуациях, когда ваш веб-сервер предварительно компилирует и хранит изображения и java-скрипт. хранение их на s3 означает, что ваш объем памяти сервера уменьшается)

Ex: на Heroku Slugs (соответствующие размеры приложений могут быть уменьшены с помощью s3 и обернуть его с облачным фронтом CDN улучшит пропускную способность)

Amazon S3-отличная платформа для хранения объектов, если вы ищете глобально распределенную систему хранения для защиты от регионов/зон, идущих вниз. Он также отлично подходит для статического/фиксированного контента, который не является транзакционным и изменяется, например, изображения, видео, изображения, резервные копии и т. д. Надеюсь, это поможет!

сначала я хотел бы объяснить, что Amazon S3-это облачное хранилище, а Cloud Front-это сеть доставки контента (CDN).

таким образом, вы можете использовать для хранения файлов на S3 и может создать распределение для обслуживания контента через интернет. А также вы можете создать дистрибутив для конкретных регионов.