Сервисы - это просто сервисы, и вы используете их для предоставления данных одному или нескольким приложениям. Которые имеют доступ к сервисам, как правило, с использованием какой-либо аутентификации. Вы не хотите, чтобы представления были связаны с микро-сервисом. Потому что тогда вы просто создаете приложение типа MVC и называете его микро-сервисом, что нормально, но не микро-сервис.
Думайте о сервисах как об одной главной цели для отправки и получения данных, например Пользователь . Ваш интерфейс будет вызывать эту службу для получения данных о пользователе, обновления пользователя, создания пользователя и т. Д. c. Каждый сервис отличается, и один вид может получить доступ ко многим сервисам.
Для получения более подробной информации см. Ссылки:
Таким образом, вы захотите сделать свой интерфейс с выбранным фреймворком / Stach, например Blazor / MVC 5 / Vue / Angular / React / et c, и иметь этот код переднего плана звоните в сервисы, которые вы делаете через HTTP-запросы.
редактируйте на основе комментариев:
В том же духе вы также должны убедиться, что ваш фронт- Конечные приложения придерживаются аналогичного подхода. Вы хотите избежать массивного внешнего интерфейса c, создав массив небольших и точных приложений.
Например, у вас может быть гигантское приложение, которое обрабатывает: встречи, календари, встречи, планирование поездки, пользователей и клиентов. ИЛИ, вы можете воспользоваться микросервисным подходом и встроить каждую функцию в свое собственное приложение, которое можно развернуть самостоятельно. Таким образом, у вас будет приложение для собраний, приложение для календаря, приложение для пользователей и т. Д. c. Каждое приложение является собственной сущностью, но использует имеющиеся у вас сервисы, поэтому вы получаете разделение для слабой связи с учетом масштабируемости, а другие профессионалы, которые идут вместе с микросервисной архитектурой, в вашем интерфейсе.
см. здесь для получения дополнительной информации о микро-интерфейс.