Amazon S3 — структура директорий для хранения мелкой статики (e.g. картинки)
Камрады, подскажите плиз: из linux'ового опыта я вынес правило, что если в проекте могут быть сотни тысяч или даже миллионы картинок, то в одной директории их держать нельзя. Как минимум для того чтобы не закончились inodes.
Сейчас же все чаще возникают мысли о выносе статики на amazon s3, в связи с чем встает резонный как мне кажется вопрос-утверждение: а там то inodes поидее кончиться не должны?!
Собственно вопрос — а что может быть плохого если массу картинок (начиная от 500К и выше) выгружать в одну директорию внутри корзины?
p.s. Кстати в корень корзины кучу-кучу файлов лучше не ложить — потом задолбаетесь удалять корзину (если вдруг потребуется конечно).
inode привязаны к файловой системе, т.е. могут кончиться только для определенного раздела. Как будут храниться файлы, в одной папке или разных, роли не играет.
Я вот думаю еще вот что: такая масса файлов — она в любом случае слабоуправляемая, вне зависимости от того свалено все в кучу или же разложено по папкам типа /photos/d1/f6/76/d1f676ac6543.jpg. Поидее и усложнять тогда не зачем
Судя по этому:
Q: How is Amazon S3 data organized?
Amazon S3 is a simple key-based object store. When you store data, you assign a unique object key that can later be used to retrieve the data. Keys can be any string, and can be constructed to mimic hierarchical attributes.
у Амазона не существует директорий.
Но на одном Амазоне свет клином не сошелся, поэтому я бы посоветовал файлы все же разбивать по директориям, чтобы не возникало вопросов при переезде в другие хранилища.
Написано
Войдите на сайт
Чтобы задать вопрос и получить на него квалифицированный ответ.
