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作为开源项目存在的意义在于其复杂性和社区反馈的价值。
➡️
