S3 не уважает иерархические пространства имен. Каждый блок просто содержит много отображений от ключа до объекта (наряду со связанными метаданными, ACLs и так далее).
Даже при том, что ключ Вашего объекта мог бы содержать '/', S3 рассматривает путь как простую строку и помещает все объекты в плоское пространство имен.
, По моему опыту, операции СПИСКА действительно берут (линейно) дольше, когда число объектов увеличивается, но это - вероятно, признак увеличенного ввода-вывода, требуемого на серверах Amazon, и вниз проводе Вашему клиенту.
Однако времена поиска, кажется, не увеличиваются с числом объектов - это - по всей вероятности своего рода O (1) реализация хеш-таблицы на их конце - также - много объектов в том же блоке должны быть столь же производительными как маленькие блоки для нормального использования (т.е. не СПИСКИ).
Что касается ACL, предоставления могут быть установлены на блоке и на каждом отдельном объекте. Как нет никакой иерархии, они - Ваши только две опции. Очевидно, устанавливая, поскольку много предоставлений всего блока в широком масштабе уменьшат Ваши администраторские головные боли, если Вы будете иметь миллионы файлов, но будете помнить, что можете [только 118] предоставление полномочия, не отменяют их, таким образом, предоставления всего блока должны быть максимальным подмножеством ACL для всего его содержания.
я рекомендовал бы разделить на отдельные блоки для:
См. шаблоны и практики Проект руководства VSTS и шаблоны и практики Коллективная разработка с руководством TFS .