service-discovery

1热度

2回答

我有一个在工作站模式下配置的设备。设备通过智能手机提供的热点连接到智能手机。设备需要搜索由智能手机上的应用程序发布的服务，例如_abc._tcp。我使用的命令dns-sd -B _abc._tcp但没有输出。请指导我可能会丢失的东西。应用程序发布服务。我在Android上使用Bonjour应用程序进行了验证。还请澄清是否有可能发现服务，同时在站模式。在搜索服务时，有必要提供完整的服务名

0热度

1回答

领事Java的DNS SRV查找

我试图用领事使用Spotify的dnsjava 我知道领事DNS上监听查询（https://www.consul.io/docs/agent/dns.html）端口8600做从默认Debian的服务器上运行的Java应用程序服务发现。默认情况下，DNS在端口53上侦听，因此需要将查询转发给Consul。我使用IPTables进行了这种转发 - 但我不知道这是否正确。它使用挖掘工作，但我不知道副作

0热度

2回答

我的码头图片是否需要自己的领事客户端实例？

我有一个dockerized应用程序拆分在几个容器（几个前端和后端服务器，负载平衡器，mysql，elasticsearch等）。负载均衡器的配置需要知道哪些容器已启动，因此我正在使用Consul服务发现注册服务。但我不太确定在每个码头集装箱上运行一个consul代理而不是使用码头主机来监督所有正在运行的码头集装箱并通过Consul的HTTP-API注册它们是一个好主意。有没有我可以遵循的最佳

1热度

1回答

Akka.Net：在两个或多个独立群集之间进行通信的最佳方法是什么？

Akka.Net群集需要单个ActorSystem，但是如果我有几个需要同步或异步协调的ActorSystems（分布式应用程序）会怎样？如何处理共享消息库？也许最好不要共享任何东西（除了通用消息库）并使用动态消息，如：DynamicJsonMessageBase。如何处理服务发现？背景：我正在设计一个使用Akka.Net的微服务架构，它可能会使用Lighthouse作为发现，REST HT

1热度

1回答

kubernetes副本集中的pod如何在没有kubernetes API的情况下彼此发现和交谈？

我有一个应用程序使用木筏从多个实例中选出一个领导。这些实例使用八卦协议，因此只需要知道另一个实例即可发现其余实例。我计划将每个实例作为kubernetes窗格运行，并通过复制控制器进行复制管理。我还会在这些节点的前面放置一个服务，以便集群中的其他应用程序可以与之通话。我的问题是：如何获得副本集内的pod以在没有kubernetes API的情况下发现彼此？这可能通过DNS，或者kubernet

2热度

1回答

客户端负载平衡器如丝带如何工作？

我想了解客户端负载平衡如何工作。到目前为止，我已经能够理解以下内容。没有集中负载均衡器。负载平衡器现在驻留在服务本身。这些负载均衡器通过服务发现了解所有服务实例（它们的 IP端口等）。根据负载均衡算法，他们可以将请求转发给这些实例。我不明白：如何将客户端发出请求，在传统的负载均衡器，用户可通过使用DNS名称为负载平衡器发出请求，但如何将在客户端的负载尤其是去平衡在实例将来去的云环境中

0热度

1回答

Kubernetes：如何发现邻居荚

我已经开始3个不同的吊舱（以GKE）： kubectl run ubuntu --image myimage --namespace misko -r 3 --command -- /some/binary --bind-to-port 1234 现在我需要发现主机名/它需要连接到那些3从4荚的豆荚IP地址节点。有没有可能这样做？

1热度

1回答

Onvif设备管理器找不到Onvif设备

我正在尝试使用gsoap实现具有onvif配置文件s标准的摄像设备服务器。在ws动态发现中，当我试图在https://github.com/mpromonet/ws-discovery/blob/master/gsoap/server.cpp中运行代码时，Onvif设备管理器不会对我的probematches消息给出任何答案。我可以看到我收到探测消息，发送probematches消息，但Onvif

1热度

1回答

跳过BLE服务发现

我正在尝试将总连接数+写入时间降至最低BLE设备。 BLE模块由我工作的公司开发，所以我已经知道设备的所有服务和特性。到目前为止，连接时间+服务发现时间过长（约800ms，其中要求最高为500 ms）。我尝试过跳过服务发现，为此，我已经在代码中手动创建了特性和服务（使用反射设置受保护的属性等），并且可以通过传递服务发现来“技术上”。问题是，如果我这样做了，第一个数据包大约需要300毫秒，在服务

2热度

1回答

哪种方法更适合发现容器准备状态？

这个问题被讨论过很多次，但我想听听使用下面的每个方法的一些最佳实践和真实世界的例子：设计容器，能够检查相关服务的健康。简单脚本whait-for-it对于这类开发容器可能有用，但不适用于更复杂的部署。例如，数据库可以接受连接，但迁移尚未应用。使容器能够在Consul/etcd中发布自己的状态。所有相关服务都将轮询某个包含所需服务状态的端点。看起来不错，但看起来多余，不是吗？通过外部调度程序管