WCF（Windows Communication Foundation）服務必須寄人籬下，住在某個房東的家裡。這個房東是一個 Windows 處理序，我們稱它為 host process。把一個 WCF 服務放進一個 host process 中運行，這個動作叫做「裝載」（hosting）。一個 host process 可以裝載多個 WCF 服務，而且裝載的方式有好幾種，包括：使用 IIS 裝載、使用 WAS（Windows
Process Activation Service）、或 WAS 加 Windows Server AppFabric，或者自行撰寫裝載的應用程式。
自主裝載
自主裝載（self-hosting）就是由開發人員自己提供可裝載服務的應用程式，並管理其生命週期。自主裝載的應用程式可以是個 Windows Forms 應用程式、WPF 應用程式、Console 應用程式、或 Windows 服務。
要注意的是，選擇自主裝載 WCF 服務時，除了 Windows 服務或 in-proc 呼叫（用戶端和服務位於同一個 process）的情況之外，其他的自主裝載方式都必須在用戶端呼叫之前就事先啟動 host process，否則就無法接收到用戶端發出的請求。
自主裝載的 WCF 服務可使用任何 WCF 支援的傳輸協定（不像裝載於 IIS 5/6僅支援 HTTP/HTTPS），而且可以使用 WCF 的全部功能，例如：服務匯流排、服務探索等等。
裝載於 IIS 5/6
裝載於 IIS 的好處是 host process（w3wp.exe）會在用戶端第一次發出請求的時候自動啟動，而且 IIS 5/6 會自動管理 host process 的生命週期。缺點則是只能使用 HTTP。若是 IIS 5，則還有一個限制：所有的服務都只能使用同一個埠號。
在 IIS 中裝載 WCF 的動作就跟裝載 ASMX web service 一樣，只要在 IIS 中建立一個虛擬目錄，並在目錄中提供一個 .svc 檔案就行了。
WAS 裝載
將 WCF 服務裝載於 IIS 5/6 的主要問題在於，它是個 web 伺服器，而不是專門用來裝載應用程式的引擎。因為這個緣故，ASP.NET 還要幫你處理 HTTP 模組和 ASP.NET 管線的部分，因而增加了內部處理的複雜度。另一個限制是，IIS 5/6 只接受 HTTP 請求。
微軟對此問題的應對之道，是提供一個通用的裝載引擎，叫做 Windows Process Activation Service，簡稱 WAS。WAS 是一個系統服務，只在 Windows Vista、Windows Server 2008、Windows 7（或後續版本）的作業系統才有提供。
作為通用的裝載引擎，WAS 不僅可以裝載網站（IIS 7 預設就是將網站裝載於 WAS），也可以裝載你自行撰寫的服務，而且支援多種傳輸機制，例如：TCP、IPC、MSMQ。
WAS 可以和 IIS 7 分開安裝與設定，以 Windows 7 為例，開啟「控制台」的「程式和功能」，然後點左方面板的「開啟或關閉 Windows 功能」，裡面有一項「Windows 處理序啟用服務」就是 WAS。
將 WCF 服務裝載於 WAS 的動作就跟裝載於 IIS 5/6 一樣，只要提供 .svc 檔案或設定正確的組態檔就行了。由於 WAS 是系統服務，因此你不用預先啟動服務裝載處理序。每當第一個用戶端的呼叫送達，WAS 會攔截到，接著啟動一個 worker process 來裝載你的服務，然後將呼叫轉送給你的 WCF 服務。
WAS + Windows Server AppFabric
前面提過，WAS 是一個通用的裝載引擎，而這也正是它的限制所在：它根本不知道自己裝載的程式究竟是個 WCF 服務，還是 ASP.NET 網站。因此，它也不會特別為 WCF 服務提供最佳化的處理。為了加強 WAS 既有的功能，你可以安裝一個叫做 Windows Server AppFabric 的 WAS 擴充元件。Windows Server AppFabric 必須運行於 IIS 7 與 .NET 4 之上，亦即作業系統須為 Windows 7、Windows Server 2008 SP2 或 R2 以上的版本。此擴充元件的用途是為 WCF 服務與 Workflow（WF）服務提供額外的組態設定、事件追蹤、以及監控、管理等功能。其實，Windows Server AppFabric 的設計比較偏重於對 WF 服務的支援，像是儲存機制（persistence）與狀態管理等功能。
你可以到微軟官方網站下載並安裝 Windows Server AppFabric，網址是 http://www.microsoft.com/download/en/details.aspx?id=15848。安裝完成後，Windows Server AppFabric 會在「IIS 管理員」中加入一些監控與管理服務的項目，以及 WCF 和 WF 的組態項目。如下圖所示：
參考資料：Programming WCF Services 3rd Edition, O'Reilly (Aug. 2010)
===========================
後記 (Sep-13-2011)：
經 Vivid 老師指正，Windows Server AppFabric 其實也可以裝在 Windows Server 2008 上面，而不是非得 Windows Server 2008 R2 不可。後來至官網爬文，發現的確如此。然後自己裝了個 Windows Server 2008 的虛擬機器，實際測試結果如下：
在 Windows Server 2008 SP2 上安裝完 AppFabric 6.0 之後，看看有沒有自動啟動服務的功能....答案是沒有：
延伸閱讀
自主裝載
自主裝載（self-hosting）就是由開發人員自己提供可裝載服務的應用程式，並管理其生命週期。自主裝載的應用程式可以是個 Windows Forms 應用程式、WPF 應用程式、Console 應用程式、或 Windows 服務。
要注意的是，選擇自主裝載 WCF 服務時，除了 Windows 服務或 in-proc 呼叫（用戶端和服務位於同一個 process）的情況之外，其他的自主裝載方式都必須在用戶端呼叫之前就事先啟動 host process，否則就無法接收到用戶端發出的請求。
自主裝載的 WCF 服務可使用任何 WCF 支援的傳輸協定（不像裝載於 IIS 5/6僅支援 HTTP/HTTPS），而且可以使用 WCF 的全部功能，例如：服務匯流排、服務探索等等。
裝載於 IIS 5/6
裝載於 IIS 的好處是 host process（w3wp.exe）會在用戶端第一次發出請求的時候自動啟動，而且 IIS 5/6 會自動管理 host process 的生命週期。缺點則是只能使用 HTTP。若是 IIS 5，則還有一個限制：所有的服務都只能使用同一個埠號。
在 IIS 中裝載 WCF 的動作就跟裝載 ASMX web service 一樣，只要在 IIS 中建立一個虛擬目錄，並在目錄中提供一個 .svc 檔案就行了。
WAS 裝載
將 WCF 服務裝載於 IIS 5/6 的主要問題在於，它是個 web 伺服器，而不是專門用來裝載應用程式的引擎。因為這個緣故，ASP.NET 還要幫你處理 HTTP 模組和 ASP.NET 管線的部分，因而增加了內部處理的複雜度。另一個限制是，IIS 5/6 只接受 HTTP 請求。
微軟對此問題的應對之道，是提供一個通用的裝載引擎，叫做 Windows Process Activation Service，簡稱 WAS。WAS 是一個系統服務，只在 Windows Vista、Windows Server 2008、Windows 7（或後續版本）的作業系統才有提供。
作為通用的裝載引擎，WAS 不僅可以裝載網站（IIS 7 預設就是將網站裝載於 WAS），也可以裝載你自行撰寫的服務，而且支援多種傳輸機制，例如：TCP、IPC、MSMQ。
WAS 可以和 IIS 7 分開安裝與設定，以 Windows 7 為例，開啟「控制台」的「程式和功能」，然後點左方面板的「開啟或關閉 Windows 功能」，裡面有一項「Windows 處理序啟用服務」就是 WAS。
將 WCF 服務裝載於 WAS 的動作就跟裝載於 IIS 5/6 一樣，只要提供 .svc 檔案或設定正確的組態檔就行了。由於 WAS 是系統服務，因此你不用預先啟動服務裝載處理序。每當第一個用戶端的呼叫送達，WAS 會攔截到，接著啟動一個 worker process 來裝載你的服務，然後將呼叫轉送給你的 WCF 服務。
WAS + Windows Server AppFabric
前面提過，WAS 是一個通用的裝載引擎，而這也正是它的限制所在：它根本不知道自己裝載的程式究竟是個 WCF 服務，還是 ASP.NET 網站。因此，它也不會特別為 WCF 服務提供最佳化的處理。為了加強 WAS 既有的功能，你可以安裝一個叫做 Windows Server AppFabric 的 WAS 擴充元件。Windows Server AppFabric 必須運行於 IIS 7 與 .NET 4 之上，亦即作業系統須為 Windows 7、Windows Server 2008 SP2 或 R2 以上的版本。此擴充元件的用途是為 WCF 服務與 Workflow（WF）服務提供額外的組態設定、事件追蹤、以及監控、管理等功能。其實，Windows Server AppFabric 的設計比較偏重於對 WF 服務的支援，像是儲存機制（persistence）與狀態管理等功能。
你可以到微軟官方網站下載並安裝 Windows Server AppFabric，網址是 http://www.microsoft.com/download/en/details.aspx?id=15848。安裝完成後，Windows Server AppFabric 會在「IIS 管理員」中加入一些監控與管理服務的項目，以及 WCF 和 WF 的組態項目。如下圖所示：
圖中的「AppFabric 儀表板」可用來監控執行中的 WCF 和 WF 服務，其功能類似早期的 COM+ 元件服務管理員。你可以利用此儀表板來查看 WCF 服務和 WF 服務的執行狀況，並診斷呼叫失敗的原因。
WCF 開發人員應該會很高興聽到 Windows Server AppFabric 有提供自動啟動服務的功能。若沒有 Windows Server AppFabric，WAS 就只會在第一個用戶端請求送達時才啟動你的 hosting process（用戶端因而會有短暫延遲的現象）。
設定自動啟動的操作方式可參考這篇官方文件：使用 IIS 管理員來設定自動啟動功能。
選擇裝載方式
你可以從官方文件 Hosting Services 中找到各種裝載方式的比較。底下針對用戶端會來自四面八方（即 Internet）的情況，簡單說明如何選擇裝載方式：
- 如果你需要自動啟動服務或服務匯流排（service bus）的功能，最好的選擇是 WAS + AppFabric 裝載，也就是需要 IIS 7.5（Windows 7、Windows Server 2008 R2）加 .NET 4。註：服務匯流排是一種服務轉介（relaying）的架構。
- 若作業環境為 IIS 7（Windows Vista、Windows 7、Windows Server 2008），但不需要自動啟動，還是可以使用 WAS + AppFabric 裝載。若需要使用服務匯流排，就選擇自主裝載，否則採用 WAS 裝載。
注意：web server 管線處理模式必須是 Integrated mode（不可以是 Classic mode），否則不支援 WAS 啟動。 - 若為 IIS 5/6，那就沒別的選擇，只能裝載於 IIS 5/6 了。
參考資料：Programming WCF Services 3rd Edition, O'Reilly (Aug. 2010)
===========================
後記 (Sep-13-2011)：
經 Vivid 老師指正，Windows Server AppFabric 其實也可以裝在 Windows Server 2008 上面，而不是非得 Windows Server 2008 R2 不可。後來至官網爬文，發現的確如此。然後自己裝了個 Windows Server 2008 的虛擬機器，實際測試結果如下：
- Windows Server 2008 沒有安裝 Service Pack 2：不能裝 Windows Server AppFabic。
- Windows Server 2008 with Service Pack 2：可以裝 Windows Server AppFabic 6.0，但不能裝 6.1 版。
在 Windows Server 2008 SP2 上安裝完 AppFabric 6.0 之後，看看有沒有自動啟動服務的功能....答案是沒有：
延伸閱讀
- 2007 年 9 月的 MSDN Magazine 有一篇標題為「HTTP 不是 WCF 的功能底線 -- 使用 WAS 延伸 WCF 服務」的文章。時間雖然有點久了，但是裡面對於 IIS 6 和 IIS 7 的架構和處理序模型說明得蠻清楚，還是值得參考。
- Introduction to IIS 7 Architecture，或中文版：介紹 IIS 7 架構（裡面講的「接聽程式介面卡」其實是 listener adapter）。
Windows Server AppFabric 可以裝在IIS 7 (Windows Server 2008) ，OS不一定要Windows Server 2008 R2版本也可以喔
回覆刪除挖哩! 一時不察。已經修正了，多謝 ^_^
回覆刪除（Juval Lowy, 我一直那麼相信你，沒想到...下次還是到官網查證一下技術細節比較妥當）
原來 AppFabric 可以裝在 Windows Vista/7/Server 2008 等作業環境，但依 IIS 版本和 .NET Framework 版本的不同，在功能上也會有差異。這篇： http://msdn.microsoft.com/en-us/library/ee677368.aspx
回覆刪除裡面提到，「自動啟動」的功能必須在 Windows 7 或 Windows Server 2008 R2 才有。這還真是挺細的 Orz
弄了個 Windows Server 2008 虛擬機器，實際測試一下。把測試結果補在正文後面了。
回覆刪除希望這次沒錯啦! ^_^