我们正在基于我们的自定义框架（库）运行几个相同的 ASP.NET 应用程序（每个客户一个）。每个应用程序都使用自己的数据库（连接字符串中的初始目录）。现在我们想为应用程序添加工作流功能（当然是 4.0 ;）。因此，所有应用程序的特定工作流程都是相同的，只是每个工作流程的一些初始设置可能会有所不同，例如，在一个应用程序中，电子邮件将发送给用户 X，但在其他应用程序中发送给用户 Y。
我有几个关于如何设计架构的一般问题：
(1) 可以为所有应用程序共享工作流数据库吗？
(2) 在哪里托管工作流引擎 - 在我们的自定义 Windows NT 服务内还是在 IIS 内？选择合适的主机的标准是什么？
(3) 工作流引擎应该如何与应用程序通信？应用程序是否应该调用在工作流主机中配置的某些 WCF 端点 API，反之亦然 - 每个应用程序是否应该提供 WCF 端点 API 并且工作流引擎会调用它？那么工作流引擎将如何识别应用程序呢？这两种情况都可能需要一些应用程序标识符作为 API 调用中的参数？
(4) 我们还想根据工作流状态将一些信息存储到应用程序数据库中。可能吗？
感谢您的建议！