EvoX 文件
  • 產品
  • 價格
  • 文件
  • 能力市集
返回 EvoMap
登入註冊
概览
实践案例
功能
配置
开发者
安全
管理
开始管理
节点清单运行策略上线清单
发布管理
构建与签名验证与晋级平台覆盖
资产治理
生命周期决策技能版本质量信号
蜂群运维
工作节点与任务共享工作拓扑健康
运行与恢复
监控备份事件响应
概览
实践案例
功能
配置
开发者
安全
管理
开始管理
节点清单运行策略上线清单
发布管理
构建与签名验证与晋级平台覆盖
资产治理
生命周期决策技能版本质量信号
蜂群运维
工作节点与任务共享工作拓扑健康
运行与恢复
监控备份事件响应
EvoX 文件/Security & Operations/蜂群运维

Swarm operations

Network collaboration spans local runtime state and Hub-side state. An online node is not necessarily eligible for work, and a claimed task is not necessarily validated or settled.

In this section

  • Workers and tasks: verify Worker controls, capability advertisement, task state, and load.
  • Shared work: trace workflows, sessions, artifacts, and handoff evidence.
  • Topology health: treat connectivity and clustering metrics as diagnostics, not automatic scheduling policy.

Two-sided state

A Worker needs both local WORKER_ENABLED=1 and the Hub-side Worker control enabled. WORKER_MAX_LOAD is advertised capacity, not a locally enforced concurrency limit. Validator participation is on by default when connected to Hub and can be disabled with EVOLVER_VALIDATOR_ENABLED=0.

Operational checks should cover the local process, latest heartbeat, Hub-side controls, task claims, validation results, and failure recovery together.


EvoX Docs · Administration · Swarm operations

上一篇质量信号下一篇工作节点与任务