答案很简单，您可以转到Jingdong或离线物理商店。然后，如果将此问题映射到微服务架构中：我打开Jingdong并选择耳机以输入详细信息页面浏览。我可以看到此耳机的价格，库存，规格，评估。从我的理解中，此链接应该像这样：
暂定由3个微服务组成：产品详细信息服务，库存服务和评估服务。
微服务的目的是基于宽松的耦合较高的内部收集，然后通过多个副本部署该服务（我们甚至不知道将在哪里部署它，一台物理机器？云上的云？）以实现高可用性的目的。这也需要一些费用。产品详细信息服务需要知道：库存服务和评估服务在哪里？
结果，我们将继续学习领事的良好服务发现工具。为了在他们面前学习，我们已经意识到了领事的原理，使用和构建。这次我将学习：在GRPC构建的微服务网络环境中，领事是合格的“手指人”。
GRPC是由Google开发和开源的RPC框架。有关详细信息，请参阅官方网站。我们将通过官方网站的指导写一项简单的GO GRPC服务
目录结构如下：
在中间，通过指定服务器地址来实现访问服务
但是在生产环境中，这种方法是不可行的，因为我们不知道目标服务的地址（目标服务的地址可能不止一种）。实际上，GRPC为我们提供了解决解决方案的解决方案：Balancer。
首先，查看GRPC客户端负载平衡的官方体系结构图：
从图中，您可以看到平衡设备位于架构的最右边，并构建了一个选择器模块。余额主要完成以下功能：
基于此，我们可以使用自定义Baarancer根据Balaner的定制来实现领事的功能。
一般过程是：
您可以在中间看到界面的语句
您需要实现一个，返回其中的“可用服务器地址”列表，在目录中创建一个新文件夹，然后在文件夹下创建一个新文件：
修改，在开始服务之前注册服务信息到领事
通过领事Web UI查看，两个实例都健康
可以看出，调用两台服务器是统一启动的。当我们关闭一个实例server2（模拟无法使用的情况）时，流量将完全转移到另一侧
无法移动是正常的。
作者：Zioyi