Fatal编程技术网
  • dns/
  • mesos dns，使用端口的最佳实践

mesos dns，使用端口的最佳实践

dns

mesos dns，使用端口的最佳实践,dns,mesos,service-discovery,mesosphere,marathon,Dns,Mesos,Service Discovery,Mesosphere,Marathon,我对服务发现和集群系统非常陌生。我开始试验Mesos和Marathon来部署Docker容器，MarathonRESTAPI和UI似乎做得很好 我的问题是实际发现已部署的服务。出于测试目的，我部署了一个Kafka集群，通过Marathon扩展到3个实例，就像我使用MongoDB测试集群一样。Mesos DNS客户端给我一个类似于kafka.marathon.Mesos和mongo.marathon.Mesos的记录，这意味着从主机到容器的动态映射端口。问题是，我的客户机明确需要有关目标端口的信息

我对服务发现和集群系统非常陌生。我开始试验Mesos和Marathon来部署Docker容器，MarathonRESTAPI和UI似乎做得很好

我的问题是实际发现已部署的服务。出于测试目的，我部署了一个Kafka集群，通过Marathon扩展到3个实例，就像我使用MongoDB测试集群一样。Mesos DNS客户端给我一个类似于
kafka.marathon.Mesos
和
mongo.marathon.Mesos
的记录，这意味着从主机到容器的动态映射端口。问题是，我的客户机明确需要有关目标端口的信息。是否有一种通用方法可以自动动态地从服务中获取这些端口信息？那么公开多个端口的应用程序呢

到目前为止，我的想法是： -执行REST调用以获取已部署应用程序的状态，并以某种方式提取相关数据 -执行DNS SRV查找并以某种方式提取相关数据 -具有某种类型的“主”，静态绑定到端口，具有动态“客户端”

我搜索了很多这些信息，但最后大部分教程都以手动查找结束，这不是我的目标

你说得对。我最近在XebiCon就这个话题做了一次演讲，并计划发表一篇博文，详细介绍包括GitHub repo在内的设置。对于初学者，您可以看一看HTTP API消费部分的示例

更新：该博客文章现已发布。

谢谢您的回复，我会看一看！