当服务注册表关闭时,微服务A如何与微服务B通信?我尝试与微服务A中添加的微服务B的端口ID进行通信,但在真实的时间中,这是如何可能的,这是正确的方法吗?
7xzttuei1#
服务发现在某种意义上类似于约会应用程序。一个服务想要找到另一个可以交谈的服务,所以它使用服务发现来找到合适的服务。所以,如果一个人在找一个人,但没有约会软件,他们会怎么做?他们可能有一个朋友为他们安排了一个朋友已经认识的人。这就像手动配置其他服务的详细信息一样,如果朋友为你安排了一个消失的人,这是脆弱的。朋友基本上是一个有限的(也许不可靠,尽管方式不同)约会应用程序,手动配置实际上只是另一种(静态)服务发现。(例如,有一个API端点,你点击它来更新配置),这有点像能够在另一个人消失后打电话给朋友,询问他们是否认识其他人。另一种选择是去一个有很多人的地方,试着混在一起。这有点类似于将消息发布到队列/主题,并希望感兴趣的服务订阅(我知道这有点类似),而且它也遇到了一个小限制,如果你需要服务发现来找到你的消息传递系统,你就回到了起点。更广泛的观点是,这就像问“我怎么能满足人当我不能满足人”:你已经建立了答案的问题。
1条答案
按热度按时间7xzttuei1#
服务发现在某种意义上类似于约会应用程序。一个服务想要找到另一个可以交谈的服务,所以它使用服务发现来找到合适的服务。
所以,如果一个人在找一个人,但没有约会软件,他们会怎么做?他们可能有一个朋友为他们安排了一个朋友已经认识的人。这就像手动配置其他服务的详细信息一样,如果朋友为你安排了一个消失的人,这是脆弱的。朋友基本上是一个有限的(也许不可靠,尽管方式不同)约会应用程序,手动配置实际上只是另一种(静态)服务发现。(例如,有一个API端点,你点击它来更新配置),这有点像能够在另一个人消失后打电话给朋友,询问他们是否认识其他人。
另一种选择是去一个有很多人的地方,试着混在一起。这有点类似于将消息发布到队列/主题,并希望感兴趣的服务订阅(我知道这有点类似),而且它也遇到了一个小限制,如果你需要服务发现来找到你的消息传递系统,你就回到了起点。
更广泛的观点是,这就像问“我怎么能满足人当我不能满足人”:你已经建立了答案的问题。