做后端同学应该都遇到过：业务里一堆定时任务散落在各个微服务，crontab 难管理、失败无日志、重试靠手写、暂停恢复没有入口…，其实，自己造一套调度网站又怕重。

krono‑job：零侵入的分布式任务调度网站

最近把内部用的调度网站整理开源了 —— krono‑job主打「零侵入 + 单镜像交付」。

它解决了什么

• 下游零侵入业务服务被动接收触发不需要引入任何 SDK，也不需要改代码。
• 一条命令跑全套docker run 一个镜像。内置 Web/API、调度内核、Worker、PostgreSQL 与 Redis，无需外部依赖。
• 配置即任务任务在 jobs.yaml 里声明式定义。支持 fsnotify 热重载，改完文件无需重启。
• 数据库只有 2 张表管理员表 + 执行日志表。暂停状态存 Redis，极简。

架构一览

── JWT ──► ──►
│
└──► ── cron 推送 ──►
│
└──► HTTP Webhook / gRPC 调用
↓
下游业务微服务

运维监控交给独立的 Asynqmon UI，与网站解耦。说起来，

秒跑起来

docker run -d --name krono-job \
-p 8080:8080 -p 6379:6379 -p 5432:5432 \
-e KRONO_JWT_SECRET=请改成随机长字符串 \
krono-job:latest

打开 就能看到管理后台。

加一个 HTTP 任务，只改 yaml

jobs:
- name: 订单超时自动取消
task_type: order_timeout_cancel
说到cron，"*/5 * * * *" # 每5分钟执行一次
protocol: http
endpoint: "http://order-svc/api/timeout/cancel"
method这方面。POST
payload:
scene的观点是，"auto_expire"

gRPC 任务同理，只需在 yaml 中声明 endpoiint/grpc_service/method/request_type/payload

# 参数全在配置里不写死在代码；新增下游服务最多加一行 import _

管理后台长啥样

登录 → 仪表盘 → 任务列表 → 执行日志 → 使用者管理，一套齐全。

技术栈概览

• Scripting/Backend: Go · Gin · Asynq · PostgreSQL · Redis· JWT· bcrypt
• User Interface: Vue 3

开源地址 & 社区参与

欢迎 Star / Issue / PR，也欢迎在评论区聊聊你们团队的定时任务是怎么管的。怎么说呢，

# 把痛点交给 krono‑job。让业务专注业务本身，