Мы решили использовать Azure Blob Storage для хранения наших медиа-файлов. Часто на «воспроизводимую единицу» приходится от 100 до 18 000 файлов (т. Е. Mov ie, musi c track, эпизод подкаста и c). Каждый «юнит» имеет GUID и имеет некоторый тип.
Я вижу 2 варианта:
A) Нет структуры. Все файлы находятся в базе контейнера. Guid уникален, поэтому нет перекрытия.
Examples of file name/uri:
238F580F-2D74-4C17-B237-CCD6D32F7279-movie-part_001
238F580F-2D74-4C17-B237-CCD6D32F7279-movie-part_002
C1A832BA-6B48-44AA-AC51-A2D7CD031708-podcast-part_037
B) Структурирование их с меньшим количеством файлов в папке.
Examples:
movies/23/8F/58/0F/238F580F-2D74-4C17-B237-CCD6D32F7279/part_001
movies/23/8F/58/0F/238F580F-2D74-4C17-B237-CCD6D32F7279/part_002
podcasts/C1/A8/32/BA/C1A832BA-6B48-44AA-AC51-A2D7CD031708/part_037
- Есть ли какие-либо преимущества в производительности от структурирования наших файлы в папках? Является ли получение / обновление BLOB-объектов одинаково быстрым? (Ранее мы использовали реальное хранилище файлов, в котором нехватка слишком большого количества файлов в папке была важна для скорости поиска).
- Есть ли какие-либо преимущества в обслуживании или другие преимущества для моей будущей разработки?