カスタムフレームワーク（ライブラリ）に基づいて、同じASP.NETアプリケーションをいくつか（顧客ごとに1つ）実行しています。各アプリケーションは、独自のデータベース（接続文字列の用語での初期カタログ）を使用します。次に、ワークフロー機能（もちろん4.0;）をアプリケーションに追加します。したがって、特定のワークフローはすべてのアプリケーションで同じになり、各ワークフローの一部の初期設定のみを変更できます。たとえば、あるアプリケーションでは電子メールがユーザーXに送信され、他のアプリケーションではユーザーYに送信されます。
アーキテクチャを設計する方法について、いくつかの一般的な質問があります。
（1）ワークフローデータベースをすべてのアプリケーションで共有できますか？
（2）ワークフローエンジンをホストする場所-カスタムWindows NTサービス内またはIIS内？適切なホストを選択するための基準は何ですか？
（3）ワークフローエンジンはアプリケーションとどのように通信する必要がありますか？アプリケーションはワークフローホストで構成されたWCFエンドポイントAPIを呼び出す必要がありますか、またはその逆です。各アプリケーションはWCFエンドポイントAPIを提供する必要があり、ワークフローエンジンはそれを呼び出しますか？では、ワークフローエンジンはどのようにしてアプリケーションを識別しますか？どちらの場合も、API呼び出しのパラメーターとしておそらくアプリケーション識別子が必要ですか？
（4）ワークフローの状態に基づいて、アプリケーションデータベースにもいくつかの情報を保存したいと思います。出来ますか？
提案ありがとうございます！