Как организовать хранение электронных документов для веб-приложения?

Question

[hippocrates_ho_koios]

Добрый день. Я врач-кибернетик, разрабатываю веб-приложение для медицинского документооборота. Как лучше организовать хранение сканов медицинской документации (объем ~ 1Тб)? Сейчас схема выглядит так: есть веб-приложение (сайт на арендуемом хостинге); в больнице стоит сервер с Apache, выпллняющий роль файлового хранилища (+ там крутятся несколько python скриптов); на сайта с сервера через http подгружаются фото сканов.

Есть ли пути улучшения этой схемы? Не хочется использовать целый сервер просто в качестве файлового хранилища. Имеет ли смысл для этой цели установить NAS (либо сделать на коленке бюджетный NAS из роутера и внешнего жесткого диска)? Будет ли выигрыш в быстродействии в таком случае?

Comments

[historydev]

Переменных в этом уравнении больше, чем ваших знаний, поэтому на вопрос невозможно дать однозначный ответ.
Документы полагаю конфиденциальные, а это сильно меняет приоритеты и скорость в них, далеко не первостепенна.

[Fourgotten]

Дублируйте данные, один сервер это крайне мало, диск крякнет и пиши пропало

[Иммануил Мотоциклов]

Простите, а разве нет готового стандарта документооборота? Просто так хранить врачебную тайну на "фришном" сервере - это прошлый век. Может проще обратиться к спецам МинЦифры? Не "привет Максуд" а реально сделать запрос?
Конечно если у вас не "частная клиника доктора Мясникова" где всем пофик.
Ведь более менее "продвинутый" защитник может наслать такую мачумбу, что мало не покажется.

Это на основании скандала с Bangkok Hospital где слили информацию о нескольких тысячах пациентах мошенникам.
Извините, если я не в тему ;-)

[RStarun]

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

Answer 1

[VoidVolker]

Лучше для чего именно? Какую проблему или проблемы вы этим решить хотите? Для начала определитесь, что именно вас не устраивает в вашем текущем решении - конкретные проблемы, характеристики, фичи и прочее. Скорость и качество доступа к хранилищу, объем, безопасность, надёжность и прочее. Сделайте список/документ. На основе вот этого списка и вашего опыта эксплуатации вашего решения сформулируйте требования к вашему хранилищу. И вот уже на основе этих требований подбирайте конкретное решение, которое их закроет по максимуму или, хотя бы, большей частью. Роутер и внешний диск вам тут точно не подойдут - низкая производительность и надёжность. Типовое универсальное решение - S3 хранилище в масштабируемом облаке. Альтернатива для своего сервера в своей серверной - FreeNAS.

Answer 2

[Refguser]

Не хочется использовать целый сервер просто в качестве файлового хранилища.

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

Answer 3

[Zettabyte]

веб-приложение для медицинского документооборота. Как лучше организовать хранение сканов медицинской документации (объем ~ 1Тб) ... Не хочется использовать целый сервер просто ... Имеет ли смысл для этой цели установить NAS (либо сделать на коленке

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

В противном случае есть неиллюзорный шанс возникновения расходов, которые превысят стоимость аренды нескольких стоек в хорошем датацентре на срок, достаточный для ваших внуков.

Comments

[hippocrates_ho_koios]

Документация нормативная, без данных пациентов. Но за совет благодарю

[rPman]

как именно эта документация используется?
как много человек с ней работают?
как много данных в среднем считывается в единицу времени и как много происходит запросов?
как производится поиск?
как производится редактирование базы? добавление, исправление, удаление?
какие требования к правам доступа? система авторизации, регистрации и т.п.? например системы типа биллинг (учет и лимитирование объема использования)?

[kolossradosskiy]

hippocrates_ho_koios, смутно представляю как вы смогли осуществить "хранение сканов медицинской документации", но при этом "без данных пациентов". Не поделитесь секретом?

Answer 4

[Виктор Таран]

У вас медицинские данные, а это первая категория персональных данных, дешево тут вообще не получится и думаю порядок цифр вас удивит.
Или опишите задачу более детально.