面经策

Consul 是什么？ ​

  • 标签：Spring Cloud、微服务、后端

🏛 业务架构师 ​

Consul 是 HashiCorp 开源的服务网格时代的注册与配置平台，能力集：服务注册发现 + 健康检查 + K/V 存储 + 多数据中心支持，用 Raft 协议保证 CP 一致性，一般以 Agent 集群形态部署（每个节点跑 Agent：Client 转发 + Server 存储决策）。

与 Eureka 的关键差异：

  • 健康检查机制更丰富：不只是心跳，支持 HTTP/TCP/Script/Docker 检查——数据库、Redis 这类非 JVM 服务也能纳入治理（Nacos 后来也补了持久实例探测）；
  • CP 语义：Raft 多数派写入——注册信息强一致，但分区时少数派不可写（Eureka 是 AP，分区时各自可用）；
  • 多数据中心原生支持：跨机房同步开箱即用，全球化业务的加分项。

选型定位（我的实战视角）：

  1. 适合的场景：多语言技术栈（Go/Python/Java 混合）、HashiCorp 生态（Vault/Terraform 联动）、跨机房治理需求——中间件平台团队统一治理异构服务的选择；
  2. 国内 Spring Cloud 项目少用它做主力：Java 生态 Nacos 的整合度、社区与文档优势太大——"技术栈纯 Java + Spring Cloud Alibaba"时选 Consul 属于自找运维负担；
  3. K8s 环境下它的部分职能（发现、健康）又被平台能力重叠——引入前先问"它比 K8s Service + Nacos 多给了什么，值不值一个组件的运维成本"。

一句话：Consul 是优秀的产品，但选型是生态匹配题，不是功能比较题。

🏗 系统架构师 ​

定义：HashiCorp 出品的多功能工具——服务注册发现、KV 配置存储、健康检查、多数据中心、Service Mesh（Connect），Raft 保证强一致（CP）。

架构特点：

  • Agent 模型：每个节点跑 Consul Agent（client/server 两类角色），服务注册到本机 Agent，Gossip 协议做成员管理与故障探测，Server 节点 Raft 存数据——探测分布式化，不靠中心扫描；
  • 健康检查：Agent 本地执行（脚本/TCP/HTTP），异常只影响该服务状态，检查压力不收敛到中心；
  • 多数据中心：原生 DC 间 WAN 联邦——跨区域容灾场景的大杀器；
  • 接口：HTTP API 加 DNS 接口——服务发现即 DNS 查询，对无 SDK 的语言天然友好。

选型判断：适合已有 Hashi 栈（Vault/Nomad/Terraform）、多数据中心、多语言场景。两点保留：CP 特性意味着网络分区时少数派不可写（注册中心场景我更倾向 AP 加客户端缓存）；2023 年 license 转 BUSL，商业使用需评估——这也是国内新项目更少选它的现实原因。

💻 全栈开发专家 ​

Consul 是 HashiCorp 出品的分布式服务治理基础组件，我用得最多的三块能力：服务注册发现 + KV 存储 + 健康检查。CP 系统（Raft 强一致），Go 编写单二进制部署。

架构特点：

  • Agent 模型：每台机器跑 agent——client agent（无状态转发）+ server agent（3/5 节点组 Raft 集群）。服务进程注册到本机 agent，健康检查由 agent 本地执行（HTTP/TCP/Script/gRPC 多种探活），比纯心跳模式检查维度更细：能表达"进程活着但依赖挂了"的就绪语义
  • 多数据中心：原生 DC 间 gossip 互联，跨机房容灾加分
  • ACL：token 权限体系管控读写
  • 发现 API：GET /v1/health/service/order-service?passing=true 只返回健康实例

Spring Cloud 接入：spring-cloud-starter-consul-discovery + spring.cloud.consul.host/port。

选型对比：Consul 强一致 + 检查强 + 多 DC，海外体系顺；国内 Nacos 一体化 + 控制台体验更贴。合规提示：2023 年 HashiCorp 改许可证（BUSL），部分公司开始评估替代品，选型时把协议合规也看一眼。