Оптимальный способ хранения большого количества файлов изображений?Файловая система и СУБД, NoSQL и хранилище объектов (S3) - PullRequest
0 голосов
/ 17 мая 2019

Если кто-то хочет хранить тысячи или, возможно, миллионы файлов (тип изображения) на веб-сервере, где веб-сервер будет получать множество запросов от нескольких клиентов, то какой способ хранения изображений будет наилучшим.Насколько мне известно, я вижу следующие 4 варианта (их может быть и больше)

Если мы выберем FS, нам все еще нужен способ хранения сопоставления имен файлов и их расположения, а с FS есть и другие вещи, которыерассмотреть, например, репликацию, сегментирование (которого там нет) и т. д.

Если мы выберем СУБД, кажется, что из этого списка избавиться достаточно, потому что СУБД в конечном итоге использует файловую систему, поэтомудобавлен дополнительный слой обработки данных.Кроме того, СУБД должна иметь файлы изображений фиксированного размера, она не может быть динамической (AFAIK).

Если мы выберем NoSQL, я немного не понимаю эту опцию, но, вероятно, это может быть сочетание преимуществоба вышеупомянутых варианта.

Если мы выберем S3 или хранилище объектов, что, на мой взгляд, идеально подходит для таких случаев, когда у нас есть система на основе файловой системы, и Поиск быстрее среди вышеупомянутых.Но это может привести к большой передаче данных по сети, поскольку в большинстве случаев S3 и веб-сервер могут не располагаться одновременно.Кроме того, даже если мы сохраним файлы изображений в S3, нам все равно потребуется поддерживать отображение имени и имени / местоположения объекта S3.Но с S3 провайдер легко позаботится обо всех показателях доступности и масштабируемости.

В конце я все еще цинично выбираю, какой вариант выбрать, отсюда и этот вопрос!

Спасибо за ответы!!!

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...