為了把在Windows Azure中運行的，使用強大的WCF框架的服務暴露出來，Windows Azure提供了一個WCF角色。無論在哪個框架和平臺上構建復雜的，具有高度可擴展性的系統，通過它們的功能進行邏輯分組，針對那些分組來抽象代碼，并且分別執行它們，都是一種簡單而高效的擴展性策略。你應該把用來“繪制圖形”的可執行代碼分成一組，然后找出圖形繪制服務的瓶頸，通過增加負責這個任務的Windows Azure實例的數量，你可以集中更多的計算能力來完成這個任務。

Windows Communication Foundation (WCF)是一種被廣泛使用的客戶端/服務端通信技術，它是由微軟提供的，而且已經很成熟了。一個WCF服務可以和一個WCF客戶端進行通信，也可以和采用了同樣的標準的其他框架的客戶端進行通信。本文主要為您講述在Windows Azure中創建和使用WCF角色的基礎知識，以及如何診斷發生在WCF服務內部的錯誤。除此之外，本文還會為您講述在把Windows Azure的WCF跟蹤信息記錄到日志中的過程中，會遇到哪些已知的問題，以及這些問題的基本解決方法。另外，我們會提供相關的源代碼。

首先，我們必須創建一個全新的，使用Windows Azure SDK v1.3的Windows Azure項目，然后給它添加一個新的WCF角色。這個角色是由Visual Studio來創建的，它帶有很多有用的基礎設置和服務。值得注意的是，創建一個WCF服務并不是***的方法，你也可以使用Web角色或者Worker角色（甚至是一個VM角色！）。但是，如果我們創建了一個使用WCF角色模板的服務，事情會變得更加容易一些。另外，這一點也應該引起我們的注意：使用WCF角色和使用Web角色沒有什么本質區別，如果你使用的是Worker角色，那么情況就有所不同了。區別在于WCF角色和Web角色都是在IIS中托管WCF服務的，而使用Worker角色的時候，你只能在Windows應用程序中自托管。這方面的具體信息，可以參考：http://msdn.microsoft.com/en-us/library/ms730158.aspx。

讓我們回到我們手頭的任務上來，為我們的項目創建一個“WCF Service Web Role”：

這會創建一個Web應用程序（類似于Web角色），而且還會添加一些基礎的代碼文件。

這些是一個非常基礎的WCF服務的基本組成部分，現在我來詳細說明一下它們都是做什么的。如果你已經是一個WCF方面的老手了，可以跳過這個小節！

AzureLocalStorageTraceListener.cs：

這是“XmlWriterTraceListener”的一個派生類，“XmlWriterTraceListener”類的主要功能是收集“System.Diagnostics.Trace”類寫入的日志信息，然后通過Xml的形式來輸出它們。這是一個具有特定用途的“XmlWriterTraceListener”——它總是把基于XML的Trace信息寫入到LocalStorage的一個區域中。Windows Azure允許一個角色對磁盤的可寫區域進行寫入操作。用這種特定的方式可以寫入文件路徑，以便于讓Windows Azure Diagnostics框架知道從什么地方選擇文件。Windows Azure Diagnostics框架必須要把它們移動到一個角色實例的本地實例中，以便于它們可以跨實例來使用。

IService1.cs：

這個文件包含一個接口和一個類。它們都很有意思，因為它們的定義都是用特性（attribute）來修飾的。“IService1.cs”中的接口是用特性[ServiceContract]來修飾的——這意味著在這個應用程序中，這個接口定義了一個服務契約。它可以用于WCF，表示客戶端和服務端都同意可以在這個服務上使用某些方法，在內部，這些方法是用OperationContract]來修飾的。IService1.cs中的類是用特性[DataContract]來修飾的，它的成員是用特性[DataMember]來修飾的——這為指定客戶端和服務端都同意的，可以在客戶端和服務端之間進行傳遞的消息的細節提供了一種方法。

Service1.svc（和展開它后看到的Service1.svc.cs）：

這個類實現了上面那個用“IService1”來聲明的接口，這意味著，當你連接到一個WCF服務（這個服務使用由“Service1.svc”實現的IService1）的時候，這些才是真正的要執行的邏輯。請注意，在這個例子中，針對“Service1.svc”的路徑總是提供這樣的功能，但是在高級的WCF配置中，你可以把.svc替換掉，使用一個可以獲得更大靈活性的配置。

Web.config：

這是Web應用程序的配置文件。值得注意的是，默認情況下，“AzureLocalStorageTraceListener”是被禁用的，“system.serviceModel”節點定義了我們可以使用“httpGet”（一個比較基礎的Web請求）來獲取服務的元數據。后面這種設置很有用，因為在開發過程中，我們可以使用一個瀏覽器來瀏覽這個服務。

WebRole.cs：

這是“RoleEntryPoint”的一個派生類，它控制著WCF角色在Windows Azure中的啟動方式。“OnStart”方法用于配置Windows Azure診斷信息是如何遷移到blob storage中的——它每分鐘都會按照在“AzureLocalStorageTraceListener”中配置的路徑做一次這樣的工作。注意，本地存儲器應該這樣來定義：

<LocalStorage name=”WcfRole.svclog” sizeInMB=”1000″ cleanOnRoleRecycle=”false” />

原文名：Implementing and Debugging a WCF Service in Windows Azure 作者：Andy

本文接《在Windows Azure中實現和調試一個WCF服務（中）》和《在Windows Azure中實現和調試一個WCF服務（下）》

【本文乃51CTO精選譯文，轉載請標明出處！】 

【編輯推薦】 

1. 微軟公布云計算平臺Azure收費模式細節
2. 云計算意在長遠，微軟云計算服務Windows Azure已經啟用
3. 技術透析：Windows Azure Platform框架與組成
4. 微軟Windows Azure Platform技術解析
5. 走近微軟云:SQL Server到Azure數據同步
6. 當微軟Azure遭遇亞馬遜EC2：五大關鍵區別
7. Windows Azure云計算平臺新增五大功能
8. 云計算前途光明 Azure用戶數突破31000
9. 如何把應用程序部署到Windows Azure中