0

Этот пример представлен на веб-приложении amazon - веб-приложении с высоким трафиком. Я заметил, что они используют S3 в качестве способа доставки контента. Мне было интересно, нужен ли мне веб-сервер для доставки контента и веб-приложение для моего приложения. Я не понимаю, почему у них на диаграмме есть 2 веб-сервера и 2 веб-приложения.Amazon AWS и модель использования для хранения S3

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

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

Diagram from amazon

ответ

0

Это очень общая схема, конкретные схемы, будет варьироваться в зависимости от специфики общей архитектуры.

Сказав это, я считаю, что веб-сервер представляет собой нечто вроде Apache или Nginx, а сервер приложений представляет собой нечто вроде Rails, Rack Server, Unicorn, Gunicorn, Django, Sinatra, Flask, Jetty, Tomcat и т. Д. В некоторых случаях вы можете объединить веб-сервер и сервер приложений вместе, например, для развертывания Apache с помощью python mod_wsgi для запуска приложения Django. (Таким образом, в зависимости от архитектуры)

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

Там нет действительно лучшего способа, кроме просто указать свой динамический контент для ваших баз данных (SQL и NoSQL) и указать статические файлы на S3 ведро (изображения, CSS, Jquery код, и т.д.) Вы можете также использовать третьими в зависимости от вашего приложения. Например, вы можете выполнить это в Django с модулем django-storages. Вы можете найти аналогичные модули для других стеков приложений, таких как Rails.

Мой последний вопрос, можно ли рассматривать S3 в качестве основного хранилища, надежный достаточно того, что я могу только сохранить свой статический контент там и не имею нормального хранения в качестве резервной копии?

S3 довольно надежно, они обеспечивают 99,999999999% надежность ваших данных. Это снижается, если вы используете их RRS (Reduced Storage Redundancy Storage), но если вы хотите его использовать, вы, вероятно, захотите создать резервные копии своих данных в ведре без RRS. Во всяком случае, если это чрезвычайно важные данные, вы можете свободно резервировать свои данные где-то еще на всякий случай.

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

Надеюсь, это поможет.

+0

RE: S3 надежность. Обратите внимание, что надежность S3 подобна RAID, а RAID не является резервной. Чтобы предотвратить случайное удаление/перезапись файлов, просмотрите версию S3 или используйте резервное ведро или Glaicer. – BraveNewCurrency