《使用consul实现分布式服务注册和发现》的评论 https://tonybai.com/2015/07/06/implement-distributed-services-registery-and-discovery-by-consul/ 一个程序员的心路历程 Wed, 25 Mar 2026 09:21:20 +0000 hourly 1 http://wordpress.org/?v=3.2.1 作者：bigwhite https://tonybai.com/2015/07/06/implement-distributed-services-registery-and-discovery-by-consul/#comment-7361 bigwhite Sun, 05 May 2019 13:39:53 +0000 http://tonybai.com/?p=1758#comment-7361 文中只是一个demo。如果应用到生产环境，代码肯定不能这么写。至少也要配置两个consul dns的地址，并且client端增加retry的机制（github.com/miekg/dns的client的Exchange不会retry）。 文中只是一个demo。如果应用到生产环境，代码肯定不能这么写。至少也要配置两个consul dns的地址，并且client端增加retry的机制（github.com/miekg/dns的client的Exchange不会retry）。

]]> 作者：allanchen https://tonybai.com/2015/07/06/implement-distributed-services-registery-and-discovery-by-consul/#comment-7360 allanchen Sun, 05 May 2019 08:42:39 +0000 http://tonybai.com/?p=1758#comment-7360 如果agentAddr指向的那台consul server挂了呢？ 如果agentAddr指向的那台consul server挂了呢？

]]> 作者：诸葛亮 https://tonybai.com/2015/07/06/implement-distributed-services-registery-and-discovery-by-consul/#comment-7334 诸葛亮 Wed, 27 Feb 2019 02:11:18 +0000 http://tonybai.com/?p=1758#comment-7334 这篇文章写的厉害！细读可以收获很多，感谢！ 这篇文章写的厉害！细读可以收获很多，感谢！

]]> 作者：bigwhite https://tonybai.com/2015/07/06/implement-distributed-services-registery-and-discovery-by-consul/#comment-7268 bigwhite Thu, 06 Sep 2018 22:09:51 +0000 http://tonybai.com/?p=1758#comment-7268 etcd的还没有:) etcd的还没有:)

]]> 作者：秋枫鹤泣 https://tonybai.com/2015/07/06/implement-distributed-services-registery-and-discovery-by-consul/#comment-7267 秋枫鹤泣 Thu, 06 Sep 2018 08:29:59 +0000 http://tonybai.com/?p=1758#comment-7267 大神，有没有讲ectd入门的文章；这篇consul入门文章非常的不错，让我入门consul。 大神，有没有讲ectd入门的文章；这篇consul入门文章非常的不错，让我入门consul。

]]> 作者：小花 https://tonybai.com/2015/07/06/implement-distributed-services-registery-and-discovery-by-consul/#comment-7190 小花 Tue, 01 May 2018 11:49:54 +0000 http://tonybai.com/?p=1758#comment-7190 博主你好 在真实的程序中，我们可以像上面demo中那样，每Request都做一次DNS查询，不过这样的代价也很高。稍复杂些，我们可以结合dns结果本地缓存+定期查询+每遇到Failed查询的方式来综合考量服务的发现方法或利用Consul提供的watch命令等。 请问这里关于【dns结果本地缓存+定期查询+每遇到Failed查询】能展开说明下么？谢谢！ 博主你好

在真实的程序中，我们可以像上面demo中那样，每Request都做一次DNS查询，不过这样的代价也很高。稍复杂些，我们可以结合dns结果本地缓存+定期查询+每遇到Failed查询的方式来综合考量服务的发现方法或利用Consul提供的watch命令等。

请问这里关于【dns结果本地缓存+定期查询+每遇到Failed查询】能展开说明下么？谢谢！

]]> 作者：嘿嘿matrix https://tonybai.com/2015/07/06/implement-distributed-services-registery-and-discovery-by-consul/#comment-1372 嘿嘿matrix Tue, 12 Jul 2016 13:03:36 +0000 http://tonybai.com/?p=1758#comment-1372 超赞！！ 超赞！！

]]> 作者：张悦 https://tonybai.com/2015/07/06/implement-distributed-services-registery-and-discovery-by-consul/#comment-1331 张悦 Wed, 13 Apr 2016 08:52:19 +0000 http://tonybai.com/?p=1758#comment-1331 /tmp/consul/raft/peers.json 帮了我一个大忙啊，感谢！ /tmp/consul/raft/peers.json 帮了我一个大忙啊，感谢！

]]> 作者：bigwhite https://tonybai.com/2015/07/06/implement-distributed-services-registery-and-discovery-by-consul/#comment-1118 bigwhite Sun, 16 Aug 2015 19:16:14 +0000 http://tonybai.com/?p=1758#comment-1118 任何服务的死掉也不能做到完全实时的告知其使用者吧。在吞吐较大的系统中，即便是ms级的服务丢失也会有若干节点在不知情的情况下继续尝试使用该服务。因此使用者在这方面的容错是不可或缺的。至于是否适合实时游戏，我觉得还是看整体设计。consul机制、能实现的功能是摆在那里的。 任何服务的死掉也不能做到完全实时的告知其使用者吧。在吞吐较大的系统中，即便是ms级的服务丢失也会有若干节点在不知情的情况下继续尝试使用该服务。因此使用者在这方面的容错是不可或缺的。至于是否适合实时游戏，我觉得还是看整体设计。consul机制、能实现的功能是摆在那里的。

]]> 作者：福临 https://tonybai.com/2015/07/06/implement-distributed-services-registery-and-discovery-by-consul/#comment-1116 福临 Sun, 16 Aug 2015 16:30:27 +0000 http://tonybai.com/?p=1758#comment-1116 是不是实时性要求高的使用zookeeper更合适呢？ 是不是实时性要求高的使用zookeeper更合适呢？

]]>