UI（視圖）和微服務如何通信？我是否在每個服務中制作 GUI？

Question

我一直在了解微服務和單體架構類型

在 Mono 應用程序中，從模型到控制器和服務的 UI（視圖）的所有內容都在那個 War 文件中，或者如果使用 springboot 嵌入式 tomcat 那么它在那個胖 jar 文件中。 ETC

所以當涉及到微服務時，我是否將所有 UI 文件保留在主應用程序中？ 所以就像我的主應用程序只包含 VIew Model 和 Controller (MVC) 等。我是否只使用控制器和模型從我從每個服務獲得的數據更新 UI（視圖）？

或者我是否需要在我創建的每個服務中創建一個表示層 (GUI) 以返回該頁面？ 我說的是在微觀中，我需要在該應用程序本身而不是主應用程序中創建一個視圖（GUI）。

我仍然理解，所以可以說我們的主要應用程序在端口 80 上運行是所有 GUI（視圖）以及我們的模型和控制器將存在的地方？ 然后另一個端口將具有每個服務，我只是進行調用以獲取數據以在我們的主應用程序 UI（視圖）中顯示它。

我只是想了解 UI 如何與微串行一起工作，這是唯一阻止我的事情，

我的主要觀點是。 在微應用中。 我將擁有從 MVC 到一個應用程序的所有內容，這是我們將部署的主要應用程序，然后在該主要應用程序中將向微服務發出 API 請求，然后使用我們的數據更新視圖。

幫助我理解這個人請幫助我澄清關於如何在微拱形類型中實現我們的 UI 的障礙。 我知道這個問題無處不在，但我只是想畫一幅畫。

Answer 1

這取決於您的架構，但在大多數常見情況下，架構師如下：假設您有一家商店，在您的商店中，您在端口 8081 上有訂單服務，在端口 8082 上有庫存服務等。 每個服務公開一些 rest Api。 然后您將擁有一個發現服務器，它將所有這些 Rest Api 集中到一個地址（例如 Eureka）。 然后您將擁有一個使用這些 API 的單一 GUI。 這些天通常您使用 React 或 Vue 或 Angular 作為單頁應用程序來為您的應用程序制作消費者 GUI。 在生產中，您將在不同的 Docker 容器上部署每個部分，並使用 kube.netis 等工具配置編排。 在這種情況下，他們將能夠一起說話。 在服務之間，有時我們使用 KAFKA 或 rabbit MQ 來解耦服務。 此外，您可以使用一些服務來實現身份驗證，例如 keycloack，它是一個完整的開源第三方來處理身份驗證和授權。 希望這可以回答您的問題。