网关API与前端服务

Question

我正在为一个我正在研究的项目更好的方法而苦苦挣扎。 我正在开发基于微服务的SaaS，我在其中提供了一些功能的服务，每个服务都有自己的REST API。 我现在的困境是：是否：

1. 在网关服务中包含我的前端UI，该服务将提供将代理请求转发给其他服务的UI和业务逻辑。
2. 提供的服务只允许用户访问UI，而所有内容都将通过AJAX直接使用不同的服务进行检索。

思想？

由于

Answer 1

以下是一些注意事项：

1. 安全。如果您的微服务是面向数据的（应该是这样），他们是否了解最终用户帐户并实施必要的检查？如果您打算直接通过AJAX调用它们，则必须保护它们。

2. 性能。为了获得良好的性能，必须并行调用微服务。您的客户端架构是否支持该功能？

3. 服务定位器。你用什么来定位服务实例，做健康检查和故障转移？通常所有这些都太复杂，无法直接从javascript中使用。

4. API。考虑维护多个小型全能API与单个特定于应用程序的API的向后兼容性的成本。

5. 我不是说你应该去创建Gateway。因为不创建网关所需的代码更少，API更少。你应该权衡一切并自己决定。