Можем ли мы использовать хранилище Azure Blob для ImageCache ImageResizer

Question

В основном мы используем recommended cloud architecture, где исходные изображения хранятся в хранилище Azure Blob, программа имиджеры работает в Azure App Service, а Azure CDN - это слой CDN.

Тем не менее мы сталкиваемся с проблемой с ImageResizer v3, Azure App Service deployment slots и DiskCache.

Мы используем промежуточный слот в нашей службе обслуживания Azure для предотвращения прерываний. Мы также используем плагин DiskCache. Без какой-либо конфигурации imagecache записывается в D: \ home \ site \ wwwroot \ imagecache \, который является слотом.

Это порождает две проблемы:

1. Когда мы переставляем слотов ImageCache, который используется несвежий и много изображений будет отсутствовать.
2. У нас всегда есть устаревшее воображение, занимающее дисковое пространство в нашем плане обслуживания приложений, наш советник в Microsoft рекомендовал использовать хранилище Blob вместо виртуальной локальной файловой системы для DiskCache.

Я заметил, что нет BlobCachePlugin или S3CachePlugin, и мне было интересно, есть ли веская причина для этого.

Мои вопросы:

1. Есть ли причина, чтобы не хранить ImageCache в Azure Blob Storage с помощью пользовательского BlobStorageCachePlugin, который реализует интерфейс ICACHE?
2. Если есть веская причина, в какой альтернативной архитектуре вы советуете избегать проблем с слотами для развертывания?

Answer 1

Кэши должны быть низкой латентностью. Помещение кеша в хранилище Blob приведет к тому, что даже кеш-атаки будут работать ужасно, вероятно, добавив 800-1800 мс за запрос. Если сервер Redis был доступен, есть способы сделать эту работу лучше, но она все равно не будет работать, а также будет использоваться хранилище с низкой задержкой.

Решение проблемы холодного кэша:

1. Разминка слот постановка путем дублирования реальных запросов к ней (в идеальной ситуации, поскольку она также подогревает не-ИК кэши).
2. Если это невозможно, вы можете подумать о какой-то запланированной копии между папками imagecache на каждом сервере, который «только добавляет» файлы. Не пытайтесь изменять или удалять файлы или каталоги, которые активно используются.
3. Используйте распределенную файловую систему с малой задержкой или общий сетевой диск с малой задержкой. Измерьте задержку, хотя, потому что это будет проблемой, если у вас очень хорошее сетевое соединение между серверами. Есть хранилища blob, которые могут быть достаточно быстрыми, чтобы использовать их для кеширования, но обычно, только когда вы сами управляете ими, чтобы обеспечить низкую задержку.

Это означает, что вы не сможете включить autoClean для автоматической очистки записей кэша; настроить мониторинг использования диска.

Answer 2

Если у вас есть CDN, сидящий перед вашим веб-приложением, вам нужен плагин DiskCache вообще (или запрошенное кэширование кэша Blob)?

После того, как изображение было обработано веб-приложением, оно затем кэшируется одним из пограничных серверов CDN, и какова цель кэширования его в хранилище Web App/Blob?