Какую службу в Azure использовать для хранения и обслуживания изображений и фотографий на сайте электронной коммерции? [закрыто]
Какие есть варианты?
До сих пор я использовал структуру папок в своем веб-приложении для каталога продуктов, который я хранил на диске. Затем я публикую свое приложение на веб-сайте Azure, и изображения доступны, как если бы я загрузил их по FTP.
- Мне нужно, чтобы каталог продукции масштабировался.
- Я должен иметь возможность иметь красивый путь к фотоизображениям. например: /pretty/path/to/my-photo.jpg
Просто используйте хранилище BLOB-объектов Azure. Это стандарт для хранения неограниченного количества файлов в облаке. Ваше веб-приложение может получить к ним доступ напрямую через https публично или приватно.
https://azure.microsoft.com/en-us/documentation/articles/storage-dotnet-how-to-use-blobs/
Хотя нет единого правильного ответа на вопрос «как хранить изображения в Azure», существует Несколько моментов, которые следует учитывать:
- Любая из сторонних служб баз данных Azure (База данных SQL, Redis, DocumentDB и т. д.) может хранить двоичный контент, доступный через соответствующие запросы. Ни один из них не предоставит вашим клиентским приложениям прямой доступ на основе URL-адресов; все они потребуют от вас хранения / получения данных через ваше приложение. Ваш веб-уровень должен обеспечивать соответствующую маршрутизацию URL-адресов.
- Хранилище BLOB-объектов может использоваться для двоичного содержимого вместе с прямым доступом по URL-адресу к отдельным BLOB-объектам. Вы выбираете, будут ли конечные пользователи (например, браузеры / мобильные приложения и т. Д.) Иметь прямой доступ к этим BLOB-объектам (BLOB-объекты могут быть помечены как общедоступные или частные; вы можете предоставить прямой доступ к частному BLOB-объекту с помощью подписи общего доступа). Вы также можете получить доступ к BLOB-объектам через свой уровень веб-сайтов / приложений и передавать контент напрямую клиентам (на которые теперь будет влиять количество виртуальных машин, обрабатывающих пользовательскую нагрузку, и их пропускная способность). Это будет масштабироваться до 500 ТБ на учетную запись хранения. Вы будете ограничены 20 000 транзакций в секунду (транзакции REST API) для всей учетной записи хранения, поэтому вам может потребоваться масштабирование для нескольких учетных записей хранения для достижения ваших целей масштабируемости (что влияет на схему именования DNS, которую вы будете использовать)
- Ваше приложение может использовать общий файловый ресурс на основе SMB для хранения двоичного содержимого. Данный файловый ресурс хранит до 5 ТБ и 60 МБ / с, поэтому вам может потребоваться использовать несколько общих файловых ресурсов. Кроме того, весь контент необходимо будет маршрутизировать через ваш уровень приложения / веб-сайта, поскольку вы не можете предоставить внешний доступ к общему файловому ресурсу (без предоставления доступа ко всему файловому ресурсу через ваши собственные учетные данные).
Что касается хранения каталога продуктов : Это очень широкий и интересный вопрос, который не по теме.