Cronicle 可视化计划代理作业

要解决的问题

代理作业的定时执行往往散落在各台服务器的 crontab 里：作业状态割裂、执行结果不可见、多机并行时难以统一调度。当维护类代理任务需要跨 worker 服务器运行、需要人工补跑一次，或者需要查看某个作业的实时输出与资源占用时，纯命令行方案排查成本很高。

技能如何工作

这个技能基于 Cronicle —— 一个带 Web 前端的多服务器任务调度与执行器，核心能力包括：

• 调度（Schedule）：在 Web UI 或通过 REST API 创建事件（events），按特定时间规则运行在特定服务器上
• 执行：作业既可以是 shell 命令，也可以是 Cronicle 插件，支持定时重复与按需手动触发
• 分发：单个调度器对接任意数量的 worker 服务器，作业按目标服务器分发执行
• 可观测：实时统计与实时日志，并追踪每个作业的 CPU 与内存占用

关键步骤大致是：准备 Cronicle 服务端与 POSIX 主机（Node.js 和 npm 环境）→ 编写作业命令或插件 → 在 UI 中配置 Schedule 列表与目标服务器 → 通过 UI 或 API 触发并查看执行结果。REST API 密钥与 webhooks 为可选项，用于与外部系统集成。

适用边界与注意点

• 运行环境要求 POSIX 主机或 worker 服务器，作业以 shell 命令或插件形式存在，无 shell 能力的目标机器无法直接作为 worker
• 上游依赖 errno、formidable 等 Node 模块，部署前需评估版本兼容性
• Web UI 与 REST API 的访问控制依赖 API 密钥配置，若暴露在公网需自行做好鉴权
• 更多细节以官方文档 http://cronicle.net 与上游 README 为准