哪些技术适合人类工作流程系统?

发布于 2024-09-03 09:16:00 字数 256 浏览 2 评论 0原文

我正在研究各种工作流程架构,结果令人不知所措。我正在创建的工作流程系统几乎完全由人驱动。几乎不会发生异步活动(如果有的话)。

一种可能性是简单地使用 RDBMS 并拥有一个任务表,其中的存储过程将用于强制同步访问每个任务。这看起来很简单,但我很难想出为什么我可能需要涉及更重的解决方案的原因。

如果我的系统有大约 500 个并发用户,并且自动化或异步任务很少,我是否应该考虑各种工作流模式/包,例如 Mule、BPEL/SOA、Spring Work Flow 等?

I'm researching various workflow architectures and it is overwhelming. The workflow system I am creating will be almost completely human-driven. Very little, if any, asynchronous activity will be taking place.

One possibility is to simply use a RDBMS and have a task table, from which stored procedures would be used to enforce synchronous access to each task. This seems very simple, but I'm having a hard time coming up with reasons why I might need to involve a heavier solution.

If my system has ~500 concurrent users, and there is very little in the way of automated or asynchronous tasks, should I even consider the various workflow patterns/packages out there like Mule, BPEL/SOA, Spring Work Flow, etc?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

万劫不复 2024-09-10 09:16:00

KISS(保持简单,愚蠢)始终是一句很好的座右铭。如果您的工作流程很简单并且不需要分离控制和逻辑,那么手动编码就可以了。

KISS (Keep It Simple, Stupid) is always a good motto. If your workflow is simple and you do not need to separate the control and logic then coding by hand is fine.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文