微观前沿与微观服务

Question

我们有一组微服务，它们都执行特定的功能。为了配置、操作和监控这些服务，我们只有一个web应用程序。目前这仍然是一块巨石。

微服务部署在我们的客户上，但并不是每个客户都需要它们。这意味着web应用程序包含了许多客户不使用的功能，必须隐藏在视图中。

我们希望分解web应用程序，这样我们就可以只部署用户需要或拥有许可证的UI组件。

为此，我们一直在研究微锋。然而，到目前为止，我遇到的任何一个例子都没有涉及到多租户和动态组件的主题。

我们的应用程序目前是用React编写的。我一直在研究Next.js、System.JS、Piral和Single作为解决方案的选择，但无法确定这些工具是否可以帮助实现我们想要实现的目标。

那么，有谁知道如何创建一个容器应用程序来动态加载部署的微服务后端的UI组件呢？

Answer 1

对于微服务来说，最强大的情况之一是部署和更改它们时要保持高度隔离，以便：

可以更容易地部署新的微服务dynamically.

• Easier，将现有的微服务更改为没有side-effects.

• Easier的服务，以便在必要时删除服务。

要在前端应用微服务，我认为查看这3点是否也适用于验证我们从这些体系结构中获益很重要(因为它不像构建monolith那么容易)。

我不认为“微前沿”今天真的是一件事，但以下是我对如何实现它们的一些想法：

1. 多前端--应用程序被分成多个前端，它们看起来和感觉上都是相同的应用程序。为了确保它们看起来都一样，您需要一个所有前端都使用的库(或者更好的一个CDN，其中可以存储这些资源，比如css，以允许动态更改styling).

• One示例)，每个“AWS服务”都有自己的前端(您可以通过查看地址找到这一点)。AWS看起来像一个统一的应用程序，但是被划分为单独维护的micro-frontends.

1. Master前端--一个应用程序给客户端，但是这个应用程序通过使用iframes嵌入微前端。再一次，为了使每一个微前端看起来都一样，你需要某种库。这种方法比其他方法更适合某些应用程序，因为它有一个大的好处就是有一个单一的前端。然而，这是要付出代价的，因为如果(https://www.ostraining.com/blog/webdesign/against-using-iframes/).

• I不是完美的，假设您可以在不使用iframes的情况下使用next.js实现主前端，但相对于方法#1.

，它恐怕相当复杂。