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