Nomad 技术专栏 | 第十一章：高级生态——联邦、Consul 与持久化存储

这是 Nomad 系列文章的最终章（第 11 章）。

在前面的十章中，我们从零构建了一个高可用、可观测的单一集群。但在现代基础设施中，编排系统往往不是一座孤岛。它需要跨越地理限制（多区域），需要与服务发现系统（Consul）紧密协作，还需要管理持久化存储（CSI）。

本章我们将通过 “高级生态” 这一视角，为你拼上 Nomad 版图的最后几块拼图，并为本系列文章画上句号。

Nomad 技术专栏 | 第十一章：高级生态——联邦、Consul 与持久化存储

前言：从孤岛到群岛

如果说前面的章节是在教你如何管理一家“分公司”（单个集群），那么本章就是教你如何管理一家“跨国集团”（多区域联邦）。

Nomad 的强大之处不仅在于它自身架构的简洁，更在于它与 HashiCorp 生态系统（特别是 Consul）的无缝集成，以及对有状态应用（Stateful Workloads）的完善支持。

1. 跨越地理：多区域联邦 (Multi-Region Federation)

当你拥有北京、上海、广州三个数据中心时，你是部署三个独立的 Nomad 集群，还是把它们连成一张大网？Nomad 提供了原生支持 联邦 (Federation) 的能力。

1.1 联邦架构

在联邦模式下，每个 Region 依然保持独立：

独立的 Raft 组：北京的 Server 只管北京的事，上海的 Server 挂了不会影响北京。这提供了极佳的 故障隔离 (Fault Isolation)。
统一的 Gossip 网络：所有 Region 的 Server 通过 WAN（广域网）Gossip 协议连接。这意味着你在北京的 Server 上敲命令，可以查询到上海节点的状态。

1.2 全局作业调度

联邦带来的最大便利是 Global Job Dispatch。
你可以在提交作业时指定：

job "global-app" {
  datacenters = ["dc-beijing", "dc-shanghai"]
  multiregion {
    strategy {
      max_parallel = 1
      on_failure   = "fail_local"
    }
  }
}

Nomad 会自动将作业分发到指定的区域，实现“一次提交，全球运行”。

2. 天作之合：Consul 服务发现集成

Nomad 和 Consul 都是 HashiCorp 的亲儿子，它们之间的集成是“开箱即用”的。

2.1 自动注册与注销

在 K8s 中，你可能需要 CoreDNS 和 Service 对象。而在 Nomad 中，你只需要在 Job 文件里写个 service 块：

service {
  name = "my-web"
  port = "http"
  check {
    type     = "http"
    path     = "/health"
    interval = "10s"
  }
}

启动时：Nomad 自动将任务 IP 和端口注册到 Consul。
停止时：自动注销，无残留。
健康检查：Nomad 会把健康检查任务委托给 Consul Agent 执行，不占用 Server 资源。

2.2 配置中心 (Consul Template)

Nomad 内置了 template 节，可以直接读取 Consul KV 中的配置数据，并渲染成配置文件挂载到容器中。

动态重载：当 Consul 中的配置变更时，Nomad 甚至可以自动发送信号（如 SIGHUP）给应用程序，实现配置的热更新，无需重启容器。

3. 有状态应用：CSI 存储支持

长期以来，容器编排主要用于无状态（Stateless）应用。但数据库怎么办？
Nomad 全面支持 CSI (Container Storage Interface) 标准，这意味着你可以使用与 K8s 相同的存储插件（如 AWS EBS, Ceph, NFS）。

3.1 动态挂载流程

声明卷：在 Job 中声明 volume 需求。
调度感知：调度器会寻找那些“既有空闲 CPU/内存，又能访问指定存储卷”的节点。
自动挂载：在容器启动前，Nomad Client 会调用 CSI 插件将远程磁盘挂载到本地目录。

这使得在 Nomad 上运行 MySQL、Redis Cluster 或 Elasticsearch 变得像运行 Nginx 一样简单。

4. 系列总结：Nomad 的设计哲学

至此，我们的《Nomad 技术专栏》系列文章就全部结束了。回顾这 11 章，我们其实一直在探讨一种独特的分布式系统设计哲学：

极简主义 (Simplicity)：
- 单一二进制文件，无复杂的依赖地狱。
- Server 与 Client 职责分离，架构清晰。
实用主义 (Pragmatism)：
- RPC > Gossip：在核心链路上拒绝“谣言”，选择精准的直连。
- Optimistic Concurrency：让 Follower 参与调度计算，榨干每一分算力。
Unix 哲学：
- Nomad 只做好“调度”这一件事。
- 服务发现交给 Consul，密钥管理交给 Vault，彼此独立又通过接口组合。