Azure AKS和ASF中的REST服务注册表模式

Azure Kubernetes和Azure service Fabric中的微服务注册和服务发现的内置方式是什么？我得到了以下服务注册的参考

阿帕奇动物园管理员

执政官

Etcd

它们是否兼容在Azure环境中使用？这里有没有关于在AKS和ASF中部署在单个节点下的基于容器的动态发现微服务的线索？Azure API管理https调用可能不是单个节点内部服务间通信的最佳选项，但对于外部客户端来说可能是一个不错的选项

AKS只是一个托管的kubernetes，kubernetes没有内置的服务发现（在同一节点上）。SF提供了命名服务，这并不完全是服务发现，但类似于kubernetes中的DNS服务

您上面提到的服务可以与AKS一起使用

我认为两者都没有任何内置功能来发现同一节点上的服务

---

你不应该试图重新发明轮子，除非这些产品中有一些你想要但没有在原始答案中透露的特定功能

Kubernetes和Service Fabric都为服务发现提供了一个简单而有用的特性，称为DNS服务

每当创建新服务时，当群集上运行的应用程序尝试解析特定服务域名的DNS时，这些服务都会在DNS中注册并使用其地址，它查询DNS并获取服务的IP，而无需键入除大多数语言提供的现成逻辑之外的任何其他逻辑

Service Fabric还为服务发现提供了两个其他功能，例如，如果您需要解析有状态服务并需要获取特定分区：

• ：提供用于在不知道服务位置的情况下访问服务的URL，服务将连接到代理，代理将为您解析服务地址
• 服务到服务通信方式：通过代码，您可以使用ServiceProxy解析服务位置

---

另一方面，Kubernetes并没有以同样的方式提供烘焙特性，因为选择自己的解决方案更加灵活，在这种情况下，有很多解决方案。我可以给您介绍的一个方法是

谢谢您的回复。我在这个链接中看到了“Kubernetes DNS服务IP地址”。对此有何评论？这不是同一节点上的自动发现服务。这只是一个dns名称，你可以通过它来发现你的服务。无法保证服务实例在同一个节点上这是不正确的，DNS是对整个群集有效的服务，即使群集只有一个节点。什么，从来没有说过它对整个群集无效，请学习阅读@diegomends

这不是同一节点上的自动发现服务…不能保证服务实例在同一节点上

不会影响它们是否在同一节点上，或者是否有一个或多个节点！您的消息的意思是，一个节点应该具有不同的行为，这是不正确的，应该以相同的方式工作。