Ask HN: 你们还只用 Redis 和 workers 来处理后台任务吗？
2 分•作者: sergF•5 个月前
Hi HN，
我正在开发一些小型 SaaS 项目，并且一直遇到同样的问题：后台任务需要大量的基础设施。
即使是像延迟任务或定时任务这样简单的事情，最终也需要运行 Redis、队列 worker、cron、重试、监控等等。
对于大型系统来说，这样做是有意义的，但对于小型应用来说，感觉有点过头了。
我正在考虑构建一个小型服务，允许你通过 API 发送任务，并在任务需要运行时收到 HTTP 回调，而无需运行你自己的队列或 worker。
基本上：没有 Redis，没有 worker，没有 cron，没有队列服务器。
这样的东西真的有用吗，还是我试图解决一个根本不存在的问题？
查看原文
Hi HN,<p>I'm working on small SaaS projects and keep running into the same issue: background jobs require a lot of infrastructure.
Even for simple things like delayed tasks or scheduled jobs I end up running Redis, queue workers, cron, retries, monitoring, etc.
For bigger systems this makes sense, but for small apps it feels like too much.<p>I'm thinking about building a small service that would let you send a job via API and get an HTTP callback when it's time to run, without running your own queue or workers.
Basically: no Redis, no workers, no cron, no queue server<p>Would something like this actually be useful, or am I trying to solve a problem that isn't really there?