Rest 使用公共服务和Consul.io设计多服务体系结构

我有一个关于使用concur.io进行服务发现的microservice设置的设计问题（可能适用于其他服务发现工具）

（所有服务和web节点都将使用.NET framework构建）

我们正在构建一个包含2个或更多前端节点和后端一系列服务的解决方案。其中一项服务将为前端网站提供产品搜索。我们正在考虑使用Consul.io为这些服务提供冗余。前端将使用AngularJS来显示使用REST端点进行查询的产品。我的问题是，什么样的设置更好：

• 每个web节点都拥有自己的产品服务，该服务使用concur.io查找（运行状况检查等）中继到内部产品服务
• 前端客户端直接连接到产品服务

在第二种情况下，我想知道客户端将如何连接到后端服务，以及发现是如何工作的。另外，我想知道这两个选项中哪一个是更好的设计选择。在我看来，使用第一个选项将通过执行两个HTTP调用带来开销

---

我期待着您的想法。

这无关紧要，因为这种决定通常应该根据您自己的架构偏好和限制做出。这取决于你认为什么对你更有利，因为它是严格的建筑。它更多的是定义您希望数据流如何流动

我能想到的是，你为什么要用领事？因为领事不会给你裁员。这是一个动态服务发现解决方案。当您有很多动态出现/消失的服务，并且您希望发现它们并使用和跟踪它们的运行状况时，您可以使用它

---

如果您只想在一个简单的静态集群中实现冗余，那么简单的反向代理服务器对您来说可能是一个不错的选择，比如haproxy、nginx等等。

这并不重要，因为这种决定通常应该根据您自己的体系结构偏好和限制做出。这取决于你认为什么对你更有利，因为它是严格的建筑。它更多的是定义您希望数据流如何流动

我能想到的是，你为什么要用领事？因为领事不会给你裁员。这是一个动态服务发现解决方案。当您有很多动态出现/消失的服务，并且您希望发现它们并使用和跟踪它们的运行状况时，您可以使用它

如果您只想在一个简单的静态集群中实现冗余，那么简单的反向代理服务器对您来说可能是一个不错的选择，比如haproxy、nginx等等