是否應該創建使用Workflow Foundation建模的長時間運行的線程？

Question

我工作的公司正在考慮采用和實施IIS中托管的Workflow Foundation，以處理數據。 我們仍在設計問題域，但有人擔心，長時間運行的線程在IIS內部並不理想。 由於Workflow仍然是我們小組的一項新技術，因此以下是一些假設：

我們在“長時間運行的流程”和“長時間運行的工作流程”之間進行區分，在這種情況下，長時間運行的流程正在積極消耗CPU，而長時間運行的工作流程僅持續了不確定的時間，等待額外的請求來完成工作。

我的問題是：作為一個長期運行的線程，作為IIS托管的Window Workflow的一部分，是一種好習慣嗎？還是我們應該通過傳統的Windows服務在IIS之外實現長期運行的進程？

Answer 1

使用AppFabric只需簡單地保留您的循環（我認為它必須是一個循環，因為否則在空閑時會接收或延遲加載，因此不會發生長時間運行的進程），啟用實例控制並將對未處理的異常的操作設置為Abandon（這將恢復WF實例到最后一個持久點）。

在應用程序池中，禁用回收，快速失敗等。這是否是一個好習慣，取決於很多事情，例如部署問題，是否要使用wcf調用與流程進行交互，是否要輕松擴展等。 ..就我個人而言，我不喜歡Windows Services的麻煩，而且我認為您總是必須處理意外的進程終止，那么為什么不假設它會發生並以安全的持久性點走IIS路線呢？