Веб-интерфейс для микросервисов

Здравствуйте, уважаемые форумчане!
Небольшая предыстория.

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

Теперь вопрос: "Как лучше организовать хранение информации о возможных выборках
для каждого микросервиса, link(ов) переходов между отображениями и др.?"

Пока у меня несколько идей:
1) Каждый микросервис имеет отдельный информационный router, обеспечивающий
навигацию по ресурсу и представляемой информации.
2) Создать базу данных описывающие в общем виде навигацию для каждого микросервиса и
др.

Вариант создания для каждого микросервиса отдельного интерфейса был отклонен
начальством.

Заранее благодарю Вас за Ваши советы, замечания и предложения.

0

Я бы посоветовал сначала для себя написать схему системы в каком-либо графическом редакторе, например Lucidchart, тогда вы и сами будете лучше понимать что нужно и начальству сможете обьяснить.

webUI(Vue, React)-- FastApi(n-instances)-DB

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

1

Добрый день! Большое спасибо за совет. Мы уже нарисовали схему системы, предварительно как мы ее видим, правда там еще куча подводных камней. Решили все же хранить навигацию в базе данных.

0

Сообщение от FerusMagnus Добрый день! Большое спасибо за совет. Мы уже нарисовали схему системы, предварительно как мы ее видим, правда там еще куча подводных камней. Решили все же хранить навигацию в базе данных.

Интересно было бы увидеть такую схему. Мне кажется вы не совсем понимаете, что хотите или используете неправильную терминология и до меня не доходит смысл ответа.
Смысл микросервисной архитектуры еще и в том, что при неработоспособности одного компонента остальные продолжают работать. Иначе вам проще взять Джангу и в ее рамках реализовать различные приложения. А для навигации достаточно грамотного роутинга

0