HashiCorp 发布 Consul 1.14 版本

HashiCorp 发布了 Consul 1.14 版本，新增了简化部署和提升服务网格平台弹性的功能。此版本引入了 Consul Dataplane，改进了在 Kubernetes 上的部署架构，并将 1.13 版本中的集群对等模型从测试版升级为正式版。

Consul Dataplane 架构

Consul Dataplane 的引入消除了在 Kubernetes 上部署 Consul 客户端代理的需求。Consul Dataplane 作为工作负载 Pod 的边车容器部署，负责发现和监控 Pod 可用的 Consul 服务器，管理初始的 Envoy 引导配置及其执行过程。

架构优势

• 简化连接：Consul Dataplane 不使用 gossip 协议，仅需与 Consul 服务器建立单一的 gRPC 连接。
• 减少配置：无需配置 gossip 加密密钥，也不再需要为每个客户端代理分配单独的 ACL 令牌。
• 多运行时支持：Consul Dataplane 作为边车运行，支持在 Google Kubernetes Engine (GKE) Autopilot 和 AWS Fargate 等 Kubernetes 集群上运行。
• 简化升级：新版本只需升级 Consul 服务器，无需升级多个客户端代理。

非 Kubernetes 部署支持

HashiCorp 表示将继续支持非 Kubernetes 部署的 Consul 客户端，涵盖服务发现和服务网格用例。

集群对等模型正式发布

1.14 版本将集群对等模型从测试版升级为正式版，并增加了高级流量管理功能，包括蓝绿部署、A/B 测试和服务故障转移。

集群对等模型优势

• 独立性：每个集群、数据中心或企业管理员分区完全独立，控制哪些服务可以从对等集群访问。
• 复杂拓扑支持：支持中心和辐射型等复杂数据中心拓扑，以及多个连接数据中心中的企业管理员分区。

服务故障转移增强

1.14 版本增强了服务故障转移功能，支持 WAN 联合数据中心、集群对等节点和本地管理员分区中的故障转移目标，且支持不同的服务名称、服务子集或命名空间。

总结

Consul 1.14 版本通过引入 Consul Dataplane 和正式发布集群对等模型，显著简化了服务网格的部署和管理，提升了平台的弹性和扩展性。更多详细信息可参考 HashiCorp 博客或 Consul 文档。