网关API与前端服务

Question

我正在努力寻找一种更好的方法来完成我正在做的项目。我正在开发一个基于微服务的SaaS，其中我有几个用于某些功能的服务，每个服务都有自己的REST。我现在的两难处境是：

1. 将我的前端UI包括在网关服务中，它将提供UI和业务逻辑，将代理请求到其他服务。
2. 拥有一个只允许用户访问UI的服务，而所有内容都将通过AJAX直接通过不同的服务检索。

有什么想法？

谢谢

Answer 1

以下是一些考虑因素：

1. 安全系统。如果您的微服务是面向数据的(它们应该是这样的)，那么它们是否了解最终用户帐户并实现必要的检查？如果要通过AJAX直接调用它们，则必须保护它们。
2. 性能。为了获得良好的性能，必须并行调用微服务。您的客户端架构支持这一点吗？
3. 服务定位器。您使用什么来定位服务实例、进行健康检查和故障转移？通常，所有这些都太复杂了，不能直接从javascript中使用。
4. API接口。考虑一下为多个小的、全面的API与单个应用程序特定的API保持向后兼容性的成本。
5. 我不是说你应该去创建网关。因为不创建网关的代码更少，API也更少。你应该权衡每件事，自己做决定。