对比
对比
决策矩阵
| 维度 | np | Kubernetes | Nomad | Docker Compose |
|---|---|---|---|---|
| 安装体积 | ~20 MB 二进制文件 | ~2 GB（控制平面） | ~100 MB 二进制文件 | ~50 MB（Docker） |
| 首次部署时间 | < 5 分钟 | 数小时到数天 | 数分钟（需自行组装） | < 5 分钟 |
| 推荐节点数 | 3-100 | 30-10,000 | 5-500 | 1 |
| 内置入口 | Traefik（自动） | 需要安装 Ingress Controller | 无 | 无 |
| 内置服务发现 | Consul（自动） | CoreDNS（手动） | Consul（手动） | 无 |
| 内置可观测性 | OpenObserve（自动） | 需要单独搭建 | 无 | 无 |
| 健康检查 | 内置 | 内置 | 内置 | docker healthcheck |
| 滚动更新 | 支持 | 支持 | 支持 | 不支持 |
| 自动重启 | 支持 | 支持 | 支持 | restart: always |
| 多节点 | 支持 | 支持 | 支持 | 需 Swarm（复杂） |
| 原生二进制支持 | 支持 | 不支持（仅容器） | 支持 | 不支持（仅容器） |
| 配置 | 1 个 YAML 文件 | 每个服务 10+ 个 YAML 文件 | Job 规范 + 胶水代码 | docker-compose.yml |
| 学习曲线 | 数分钟 | 数周 | 数天（需自行组装） | 数分钟 |
与 Kubernetes 对比
K8s 的优势
Kubernetes 是大规模容器编排的行业标准。它拥有最大的生态系统、最多的集成，并且能在 Google 级规模下运行。
np 的不同之处
- 无需 etcd：np 使用 Consul 同时处理服务发现和配置。
- 无 Pod：np 直接部署作业——无抽象层。
- 无 YAML 工程：每个服务只需一个
np.yaml，而非 10+ 个 Kubernetes 清单文件。 - 无容器要求：np 直接运行二进制文件，无需 Dockerfile。
- 无需运维团队：一个人即可运维整个 np 集群。
何时选用 Kubernetes
- 拥有 100+ 个节点
- 需要多云工作负载可移植性
- 团队已掌握 K8s 且具备运维能力
- 需要 K8s 生态（Operators、CRD、Helm Charts）
与裸 Nomad 对比
Nomad 的优势
Nomad 是一款出色的调度器——简单、可靠、“开箱即用”。它能同样出色地处理二进制、Docker 和 Java 工作负载。
np 的不同之处
np 是在 Nomad 之上的"电池已装好"层：
| Nomad 提供 | np 补充 |
|---|---|
| 作业调度 | 一条命令部署（np deploy） |
| 原始 API | 输出丰富的简洁命令行界面 |
| 无入口支持 | Traefik 自动配置 |
| 无日志支持 | OpenObserve 自动配置 |
| 无指标支持 | 统一仪表盘 |
| 需手动搭建 Consul | Consul 自动引导启动 |
何时选用裸 Nomad
- 已有自己的入口、监控和日志方案
- 希望对 Nomad 每个配置细节拥有完全控制权
- 正在将 Nomad 集成到现有平台中
与 Docker Compose 对比
Compose 的优势
Docker Compose 是在单机上运行多容器应用最简单的方式，非常适合开发环境。
np 的不同之处
- 多节点：Compose 仅限单节点。np 覆盖整个集群。
- 健康检查：Compose 仅有基础的
healthcheck。np 拥有 Nomad 原生健康检查与自动重启。 - 滚动更新：Compose 不支持滚动更新，np 支持。
- 可观测性：Compose 仅提供
docker logs，np 提供集中式日志 + 指标。 - 服务发现：Compose 仅有内部 DNS。np 使用 Consul——服务可以跨节点相互发现。
何时选用 Docker Compose
- 仅在单台机器上运行
- 用于开发环境，非生产环境
- 不需要健康检查、滚动更新或多节点能力
总结
| 规模 | 工具 | |
|---|---|---|
| 1 台机器 | Docker Compose | 合适的工具 |
| 3-100 台服务器 | np | 专为此场景打造 |
| 100+ 台服务器 | Kubernetes | 复杂性在此规模下物有所值 |
下一页：配置参考 →