Web 后端服务器获取数据与UI获取数据

我有一个架构问题

我目前正在为员工信息系统开发一个系统架构，该系统将显示所有员工信息。但需要向用户显示的信息目前存储在两个系统中。但在用户界面上，我们需要在合并视图中显示数据。我们有两种选择来解决这个问题

选项1：

一个后端服务器，从两个系统获取数据，然后将其发送到UI显示

选项2：

一个后端服务器从一个系统发送数据并链接以从其他系统获取数据。UI然后从其他系统获取数据以在UI上显示

根据我的说法，选项#2更好，因为数据是在需要时由UI获取的。但这种方法的问题是UI需要重复调用system2，这会产生大量HTTP请求

---

我可以得到关于哪个选项更好以及为什么更好的建议吗？

您可以将两个呼叫并联，而不是从第一个服务发送链接。

您可以将两个呼叫并联，而不是从第一个服务发送链接。

1。使用一台后端服务器作为UI的联系人。它从两个服务中获取数据。

优点：

• 一个后端服务器可以缓存多个用户的数据
• UI中潜在的竞争条件较少
• 一个后端服务，用于验证请求和安全连接
• 若数据集之间存在某种关系，则系统可以实现
• 打包的大数据可以比两个单独的请求更快地传输

缺点：

• 如果一个服务关闭，在请求的后端超时并发送部分响应之前，用户不会看到任何信息
• 一般来说，如果这两个集合很大，用户界面显示对用户有价值的东西所需的时间会更长
• 要维护的另一个服务器/服务

2。在UI中使用两个后端服务并合并来自这两个后端服务的数据集。

优点：

• 有价值的反馈在UI中更快可见，例如当一个服务关闭时
• 两个传输层（第一层为HTTP，另一层为WebSocket）

缺点：

• 选项1中与Pros相反的陈述：）

---

1。使用一台后端服务器作为UI的联系人。它从两个服务中获取数据。
优点：
• 一个后端服务器可以缓存多个用户的数据
• UI中潜在的竞争条件较少
• 一个后端服务，用于验证请求和安全连接
• 若数据集之间存在某种关系，则系统可以实现
• 打包的大数据可以比两个单独的请求更快地传输
缺点：
• 如果一个服务关闭，在请求的后端超时并发送部分响应之前，用户不会看到任何信息
• 一般来说，如果这两个集合很大，用户界面显示对用户有价值的东西所需的时间会更长
• 要维护的另一个服务器/服务
2。在UI中使用两个后端服务并合并来自这两个后端服务的数据集。
优点：
• 有价值的反馈在UI中更快可见，例如当一个服务关闭时
• 两个传输层（第一层为HTTP，另一层为WebSocket）
缺点：
• 选项1中与Pros相反的陈述：）

---

请提供更多信息以支持您的回答。在这里，OP询问有适当理由和逻辑的建议

我可以得到关于哪个选项更好以及为什么更好的建议吗？

。如果你只是想这样说，你可以使用评论。请提供更多信息来支持你的答案。在这里，OP询问有适当理由和逻辑的建议

我可以得到关于哪个选项更好以及为什么更好的建议吗？

。如果你只是想说这句话，你可以用评论。