Springcloud Consul部署实战 -2

最新推荐文章于 2025-06-14 13:23:19 发布

原创

最新推荐文章于 2025-06-14 13:23:19 发布 · 1.4k 阅读

1 ·

CC 4.0 BY-SA版权

本文详述了Springcloud应用中Consul的配置和使用，包括Consul配置文件、服务注册与发现、Consul UI的访问、Catalog Watch的设置以及服务的注销。通过设置config.json文件调整Consul agent配置，利用HTTP API进行服务注册和发现，通过DiscoveryClient或Ribbon进行服务查找。同时介绍了如何处理服务注销时的问题，通过Consul HTTP API手动注销服务。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

上一篇文章介绍了如何构建一个最简单consul集群，下面将继续详细介绍如何详细配置和使用consul。

consul是支持多配置文件加载的，可以在/etc/consul.d/ 路径下创建任意名字的.json文件，如config.json

可以在该文件中添加详细的consul agent配置。例如，设置如下json字段，设置log的级别为info，更改consul agent的节点的启动名字为nn1,设置本机ip可以通过http,https,grpc,dns对外开放，http、dns、grpc、serf_lan、serf_wan、consul server的默认地址分别为8500 8600 8400 8301 8302 8300，如果在配置文件中不显示指定，那么consul启动后可能会更改默认的端口号。如果当我们启动其他consul时，通过-retry-join 加入server端时报错，拒绝连接，原因就是因为server端的端口发生了改动，它默认去连接8301端口，此时-retry-join不能直接写ip地址，需要写对应的修改后的serf_lan端口列如：-retry-join x.x.x.x:8311。下面是一个config.json的配置文件例子，目前我的测试集群就是这么配的。

{
"log_level": "INFO",
"node_name": "nn1",
"addresses": {
"https": "0.0.0.0",
"http": "0.0.0.0",

"gRPC": "0.0.0.0",

"DNS": "0.0.0.0"
},
"ports": {
"https": 8501,
"http": 8500,

"gRPC": 8502,

DNS: 8600"
}
}

Consul UI

集群搭建成功后可以通过http://配置了UI的服务器ip:consul服务端口号/ui 访问consul的UI

服务注册和服务服务

consul 集群搭建好后，我们就可以把自己的微服务注册到consul集群，通过consul来管理和查询我们的微服务。以下大部分内容来自spring cloud官方文档，如果有理解不到位之处，请大家给与指正https://cloud.spring.io/spring-cloud-consul/multi/multi_spring-cloud-consul-discovery.html

如何引入服务发现

Consul通过HTTP API和DNS提供服务发现服务。 Spring Cloud Consul利用HTTP API进行服务注册和发现。但这并不妨碍非Spring Cloud应用程序利用DNS接口。 Consul Agents服务器运行在cluster中，群集通过gossip protocol 协议进行通信并使用Raft一致性协议来保证各个agent的一致性。

要激活Consul Service Discovery，应该使用group id 为org.springframework.cloud和artifact id 为spring-cloud-starter-consul-discovery的starter。利用Spring Cloud Release Train构建系统的详细信息，请参阅Spring Cloud Project页面。

利用consul进行服务注册

当微服务向Consul注册时，需要提供自身的元数据信息，例如host和port，id，name和tags。默认情况下会创建一个HTTP health Check ，Consul每10秒向 / health endpoint 发送一次状态信息。如果运行状况检查失败，则将服务实例标记为critical。

下面是一个spring cloud 微服务yml的配置例子