Я заметил, что AWS документация утверждает:
Например, ваше приложение может выполнить не менее 3500 запросов PUT / COPY / POST / DELETE или 5 500 GET / HEAD. в секунду на префикс в ведре. Нет ограничений на количество префиксов в ведре. Вы можете повысить производительность чтения или записи за счет распараллеливания чтения. Например, если вы создаете 10 префиксов в корзине Amazon S3 для распараллеливания операций чтения, вы можете масштабировать производительность чтения до 55 000 запросов чтения в секунду.
Я рассматриваю два макета файлов. Во-первых, традиционный:
dir/cat.jpg
dir/dog.jpg
dir/llama.jpg
Альтернатива, которую я называю одно имя файла :
cat/pic.jpg
dog/pic.jpg
llama/pic.jpg
Кажется, что традиционный макет может реже переделывать / измените префиксы по сравнению с подходом одно имя файла . Это единственная разница? Если да, то можно ли сделать вывод, что использование одного имени файла (здесь «pi c .jpg») может быть подходящим для рабочих нагрузок WORM? Есть ли значительные накладные расходы для многих префиксов? (И если да, то есть ли способ предотвратить повторное хеширование, т.е. указать, что некоторые префиксы уже известны как единообразные?)