Windows Workflow Foundation:如何设计体系结构的建议

Question

基于我们的自定义框架(库)，我们正在运行几个相同的ASP.NET应用程序(每个客户一个)。每个应用程序使用自己的数据库(连接字符串术语中的Initial Catalog )。现在，我们希望向应用程序添加工作流功能(当然是4.0 ;)。因此，特定工作流对于所有应用将是相同的，只有每个工作流的一些初始设置可以改变，例如，在一个应用中，电子邮件将被发送给用户X，但在其他应用中，电子邮件将被发送给用户Y。

我有几个关于如何设计架构的一般性问题：

(1)工作流数据库是否可以为所有应用程序共享？

(2)在哪里托管工作流引擎-在我们的自定义windows NT服务内部还是在IIS内部？选择合适的主机的标准是什么？

(3)工作流引擎应该如何与应用程序通信？应用程序是否应该调用工作流主机中配置的某些WCF端点API，反之亦然-是否每个应用程序都应该提供WCF端点API，工作流引擎将调用它？那么工作流引擎将如何识别应用程序呢？这两种情况都可能需要一些应用程序标识符作为API调用中的参数？

(4)我们还希望根据工作流状态将一些信息存储到应用程序数据库中。有可能吗？

谢谢你的建议！

Answer 1

我将遵循罗伯特的建议，写出单独的问题。这是第一个Windows Workflow Foundation: Multiple applications