我们目前正在IT团队内部讨论处理大部分流程的最佳做法。我们的IT主管正在推动一切都是由事件驱动的。他的理由是节省资源，这是发送船舶通知，订单验证，订单处理等的“最佳方法”。
另一位开发人员和我在保存资源方面没有异议，但认为我们不再控制流程。如果出现问题，我们可以轻松地重新标记/排队或调度进程以获取错误的事务或处理通信失败等事情。
在一个完美的环境中使用事件驱动的流程会很棒，因为你不需要检查任何东西。但对我们来说，我们知道我们会遇到数据问题等，并且需要能够在我们修复问题时快速纠正问题或关闭流程。当一堆事件失败时，其他人如何处理？重新触发/触发事件并不容易......所以看来，但我可以完全忽视其他解决方案。
我不是为了正确/错误而只是试图了解别人对不同流程的看法以及他们遇到的问题/问题。
始终感谢您的反馈。
答案 0 :(得分：1)
事件驱动系统可以非常灵活，就像你提到的那样。我有一个事件驱动的框架，我工作，其中一个事件实际上是一个异常事件。我们的健康监视器是事件驱动的，如果出现问题，健康问题或数据问题，我们会通过电子邮件通知我们，所有内容都会记录到数据库，事件日志或文件中。事件允许进程在没有用户直接交互的情况下自行驱动。
与任何自动过程一样，需要对某些性质进行审核和控制。应该有一些间隔来检查随机结果集的有效性。我们每晚打印大约80,000份法律文件，这些文件根据另一台机器上的软件产生的事件自动分发/索引/验证。但是，我们每天早上都有一个人类QC机构来测试它们的样本，然后将它们放到野外。
事件真的可以为您节省大量的管理时间，并且可以非常容易地实现。我强烈推荐它。