部署形态一览
KernLab.Traffic 用同一套产物跑出所有形态——节点角色只是装配参数，不是不同的软件。 本页给出六种标准形态的最少资源与选型决策；各形态的具体部署步骤见部署与运维。
形态矩阵
| 形态 | 最少节点 | 角色布局 | 每节点端口构成 | 适用 |
|---|---|---|---|---|
| Standalone · 单口模式 | 1 台 1 进程 | 全部角色合一 | 最少 1 个口（数据＋管理＋UI 合一） | 开发/边缘/实验室 |
| Standalone · 严格分离 | 1 台 1 进程 | 全部角色合一 | 2 个口（数据口＋管理口） | 单机生产 |
| 生产集群（标准） | 4 台 | 纯控制 Voter×3 ＋ 数据 Learner×1 起 | CP：管理口＋Tier 口；DP：N 数据口＋Tier 口 | 生产标准（共识节点零流量） |
| 生产集群（预算敏感） | 3 台 | Voter×3 兼流量 | 每节点：N 数据口＋Tier 口 | 接受流量-共识同进程耦合 |
| ＋Witness（可选） | ＋1 台轻载 | 第三票防脑裂 | 仅 Tier 口 | 小集群防脑裂 |
| Kubernetes | 同生产集群 | 同上 | guardian 口省略（探针指向管理口） | 容器编排 |
三条选型主线
1. 流量与共识放不放一起？
生产标准形态把投票节点（CP）做成零数据口——raft Voter 不接触客户端流量， 流量全部由 Learner 角色（DP）承载。预算敏感时可以让 3 台 CP 兼跑流量（兼容模式）， 代价是流量高峰与共识心跳同进程共存。详见概念 · 进程与角色。
2. 一台够吗？
Standalone 单进程含全部角色（存储走本地卷），适合开发与边缘；需要高可用时进入集群形态。 集群里至少 3 个 Voter 才能容忍 1 台故障——2 台 Voter 无法形成多数派。
3. 有没有守护进程？
每台节点（K8s 除外）建议以 guardian＋worker 双进程运行：guardian 负责 worker 保活、 版本仓与滚动升级听令。裸跑单进程也可以，只是失去自愈与滚动能力。
端口速查
| 形态 | 单节点最少 | 全集群最少 |
|---|---|---|
| Standalone 单口 | 1 | 1 |
| Standalone 严格分离 | 2 | 2 |
| 生产集群（4 台标准） | CP 2 ／ DP 2 | 8 个端口面 |
硬规则：数据口是唯一公网面；管理口、Tier 内部口、guardian 口一律内网 （完整规则见部署与运维 · 端口模型）。