Armin Ronacher's Thoughts and Writings
·
Absurd在生产中的应用
💡
原文英文，约1600词，阅读约需6分钟。
📝
内容提要
Absurd是一个基于Postgres的持久执行系统，简化了工作流管理。经过五个月的生产运行，系统设计稳定，功能增强，包括任务结果检查和CLI工具。尽管缺乏内置调度器和推送模型，其核心设计依然适用于代理工作流和后台处理。
🎯
关键要点
- Absurd是一个基于Postgres的持久执行系统，简化了工作流管理。
- 系统设计经过五个月的生产运行，功能增强，包括任务结果检查和CLI工具。
- Absurd的核心是一个SQL文件，定义了任务管理、检查点存储、事件处理和基于声明的调度。
- 新增的功能包括分解步骤、任务结果检查和CLI工具（absurdctl）。
- 系统的核心设计保持稳定，未需大幅修改，复杂性主要集中在SQL中。
- Absurd采用拉取式调度，工人从Postgres中拉取任务，易于自我托管。
- 目前缺乏内置调度器和推送模型，用户需自行实现这些功能。
- 尚未支持数据分区，导致数据清理成本较高。
- 开源在代理工程时代的意义值得思考，持久执行库可能无法支持公司，但仍可作为开源项目存在。
- 欢迎用户反馈和贡献，以进一步改进Absurd。
❓
延伸问答
Absurd是什么？
Absurd是一个基于Postgres的持久执行系统，旨在简化工作流管理。
Absurd在生产中运行了多久？
Absurd在生产中运行了五个月。
Absurd有哪些新功能？
新增功能包括分解步骤、任务结果检查和CLI工具（absurdctl）。
Absurd的调度机制是什么？
Absurd采用拉取式调度，工人从Postgres中拉取任务。
Absurd目前存在哪些限制？
Absurd缺乏内置调度器和推送模型，且尚未支持数据分区。
Absurd的核心设计有什么特点？
Absurd的核心设计稳定，主要复杂性集中在SQL中，SDK保持简洁。
➡️
