Ищете разъяснения и рекомендации по передовой практике.
Где хранить изображения, CSS и файлы журналов приложения? Сервер приложений или S3?
Мы будем хранить связанные с пользователем изображения и эскизы на S3. На данном этапе мы не будем использовать CloudFront, пока в этом нет реальной необходимости.
Еще один набор вопросов, который у меня есть, связан с EBS. Должен ли сервер приложений использовать том EBS? Какая польза от этого? Будем ли мы доплачивать за использование EBS.
Спасибо.
Да EBS стоит дополнительно. Преимущество EBS в том, что к нему легко получить доступ, он отображается как диск на вашем сервере, по сравнению с S3, который вам нужно пройти через их API. Кроме того, контент EBS является постоянным. Все, что вы храните в своем экземпляре (не внутри S3 и не в томе EBS), не является постоянным и может исчезнуть при перезапуске вашего компьютера.
S3 - плохая идея для файлов журнала, так как вы не можете добавить к объекту в S3. Пользовательские данные, которые не меняются слишком часто (например, всего пару раз в день или реже), имеют смысл в S3. Что-то, что постоянно меняется, может иметь больше смысла в базе данных (хранящейся в EBS).
Вы можете использовать Amazon EBS бэкэнд для всех ваших нужд.
EBS - это продукт, ориентированный на повышение производительности и доступности доступа к дискам. Эфимерная память не оптимальна для операций ввода-вывода. Используя EBS, вы все равно можете получить доступ к своим данным, если не можете получить доступ к своему экземпляру. Идеально подходит для хранения важных данных или базы данных.
Хранить все css, js, css связанные изображения с помощью CloudFront. Для этого вам нужно сначала сохранить файлы в S3, а затем применить CloudFront к своей корзине. Используйте специальный заголовок (Expires, Cache-Control), чтобы пользователи загружали этот элемент только один раз.
Также вы можете сделать резервную копию своих журналов на S3 для постоянного хранения. используя s3cmd или двуличие. Это дешевый вариант, и у вас не заканчивается место на диске.