Задача - реализовать документ сервис для клиентского профиля в распределенном приложении. Т.е. имеется web-ui через который для профиля клиента нужно закачать на серверную часть докменты офисного формата. Задача касается реализации серверной части.

Prerequisites: Серверная часть будет работать в кластере К8s (pod) ( для простоты понимания в docker контейнере)


Реализация:
1. хранить документы непосредственно в базе данных
2. хранить документы в файловой системе
3. Запустить какой-то существующий свободный document service в контейнере (какой рекомендуете)

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

спасибо

спасибо.
можете что-то рекомендовать из open-source, чтобы самому это не разрабатывать ?

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

для более наглядного представления об описываемом предмете, я подвесил class diagram.

Поле "uri" в Document является спорным, т.к. окончательного решения у меня нет (поэтому и создал топик).

У меня мысли такие (были / есть):
1. В качестве базы данных склоняюсь к mysql.
2.1. Я думал изначально все документы, которые будут описанны объектом "Document" хранить в его поле "data".
Преимущества очевидны: данные всегда будут синхронны.
Недостатоки:
- Как себя будет вести мускул если пользователь его напичкает "по самое немогу".
- Отразится ли это на производительности базы данных?
- Как обслуживать мускул с учетом того, что он будет в контейнере? Как добавить дополнительное место для мускула? Как обеспечить backupбазы данных, работающей в контейнере ?

2.2 Как вариант - документы конкретного пользователя хранить в файловой системе, а ссылку на них в Document.uri
Преимущества:
- наполнить мускул будет "по самое немогу" только текстом будет сложнее и потребуется больше времени
- производительность будет условно стабильная и хорошая достаточно долго
Недостатки:
- синхронизация подверженна рискам, т.е. соответствие записи в Document.uri и фактическому расположению документов в файловой системе
- как с умом организовать backup как базы данных, так и файловой системы, где будут хранится документыб с учетом того, что как БД так и кусок фауловой системы будут "сидеть" в контейнере ?

2.3 То же что и 2.2, только вместо файловой системы контейнерезировать какой-нибудь document service

Вот вокруг всего этого я "кручусь" и пытаюсь найти решение.

PS можно использовать NoSQL (mongoDB), но я в этом применении не вижу каких-то особых преимуществ

да, пока только так

спасибо,
познавательно