Хранение файлов в amazon s3 и предоставление публичных c URL-адресов пользователям

Question

У меня есть функция загрузки изображений на моем веб-сайте - я загружаю изображения непосредственно в корзину s3. Что я делаю, я сделал это ведро publi c, я выбираю изображения на своем веб-сайте и использую publi c ссылки изображений из ведра s3, чтобы показать их как html img теги.

Пользователи моего сайта будут использовать эти изображения, возможно, в качестве ссылок, и использовать их на своих сайтах. Я вижу несколько проблем здесь:

• ссылки на изображения являются прямыми ссылками на aws
• все ведро опубликовано c
• будет много непредсказуемых операций чтения

Лучше использовать cdn здесь (возможно, в облачном фронте). Как интегрировать cdn в этот процесс?

Можно ли загружать изображения непосредственно в cdn, не сохраняя их в s3? Зачем мне нужен s3, если у меня есть cdn?

Есть предложения? Большое спасибо!

Answer 1

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

Ознакомьтесь с этим пошаговым описанием о добавлении дистрибутива Cloudfront для кэширования ваших stati c файлов.

Это позволит вам использовать свой собственный URL-адрес для содержимого c, а также ограничить прямой доступ к S3 через Origin Access Identity

Answer 2

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

Одна мера предосторожности, которую вы могли бы сделать (не Если вы ответите на свой вопрос - вы сказали, что ссылки «прямо на aws»), предназначены для обслуживания всех этих изображений под вашим собственным доменным именем - либо непосредственно с s3, либо с помощью cloudfront - выполнение этого теперь гарантирует, что если вам когда-нибудь понадобится сменить место хранения изображений, вашим клиентам не нужно будет менять ссылки, и процесс будет для них беспроблемным.