от клиентов и их нужно хранить). Файлы разные от килобайт до десятка гигабайт. Размер 200+ ТБ. Сервис будет крутиться на виртуализации. Отказоустойчивость диска вм обеспечивается на нижнем уровне виртуализацией. Т.е. кажется, что защищаться от аппаратных сбоев - лишнее. К сожалению к виртуализации доступа нет и она предоставляется как сервис.
Что в качестве самого сервиса хранения выбрать?
Городить minio или достаточно будет ftp на весь объём и сохранения файлов под UID.
Для кого сервис?
Для клиентов. У каждого свой личный кабинет в котором хранятся обращения и файлы
Клиенты в него напрямую ходить будут, или таки им в личном кабинете приложение будет отдавать?
Пока решено было что приклад отдавать будет. Но в целом возможны варианты. Но сейчас да - приклад
А кто приклад писать будет, может с ними посоветоваться сначала, требования к апи хранилища получить. А то пока только размеры понятны.
Там история такая, что все это на этапе внедрения. Есть еще вариант поменять решение. Сейчас это Minio, выбрано было до меня. И я сейчас не пойму зачем при всем, что я озвучил оно тут нужно
А особо других вариантов нет. Полноценная посикс фс тебе не нужна, объектное хранилище проще, минио самое известное и с3 библиотеки под любой язык бесплатно с aws sdk
Какую-то базу nosql под такой разброс размеров тоже не найдешь, они обычно заточены под размеры до 2мб маскимум
Ну и минио потом есть шанс на другое хранилище заменить, потому что s3 распространенный стандарт, и приклад менять не надо
Обсуждают сегодня