在昨天BUILD 的上的兩個主旨發言中，微軟宣布了Windows Azure SDK 1.5 和 Windows Azure Tools for Microsoft Visual Studio 2010的可用性。你可以使用Web Platform Installer在這裡下載下傳該工具。這三個新釋出的産品都旨在簡化開發、部署和管理Windows Azure平台。
Windows Azure SDK包含以下新功能：
- 重新架構的模拟器確定了本地和雲計算的開發和部署之間更高的保真度。
- 很多根本性的改善（模拟器的性能和部署，部署前的assembly/package驗證）。
- csupload.exe中支援上傳服務證書和幫助管理遠端桌面加密密碼的新工具csencrypt.exe。
- 很多增強功能和Windows Azure SDK 1.4的修複程式。
此外用來開發和部署雲計算應用程式的Windows Azure Tools for Visual Studio還有幾個新增強的功能。這些功能包括：
- 從Web Application project中添加Windows Azure Deployment project。
- 配置Windows Azure上運作的配置檔案。
- 建立ASP.NET MVC3 Web Roles。
- 在一個雲計算項目中管理多個服務配置。
- Windows Azure packages加強了驗證。
現在，很容易添加一個Windows Azure deployment project到通常的web項目中，例如ASP.NET MVC、ASP.NET Web Forms 或 WCF。基于你的web項目類型，如果服務包為了部署需要附加的程式集，程式集的項目屬性也會更新。
使用Windows Azure Tools的分析支援，當一個應用程式在Windows Azure裡運作，你可以很輕松地檢測性能瓶頸。
現在，這些tools支援建立ASP.NET MVC3 web 角色。新模闆包含新的通用ASP.NET提供程式，支援SQL Azure并且當你将應用程式部署到Windows Azure時它還将確定ASP.NET MVC程式集與應用程式一起部署。
如果你想維持不同部署環境的不同設定，現在，Windows Azure tools在同一Windows Azure Project中支援多個服務配置。對管理不同的Windows Azure Storage的用于本地調試和在雲計算中運作的連接配接字元串來說，這尤其有用。
最後，新的tools将幫助你在部署應用程式到Windows Azure時避免一些常見的問題。如果你忘記進而沒有将本地的程式集包含在包中或釋出本地Azure Storage連接配接字元串，這些tools會提醒你。
若要閱讀新特點的更多資訊，請點選這裡。
Windows Azure Platform Training Kit也為新tools做了相應的更新。Windows Azure Platform Training Kit包含一套全面的技術内容包括動手實驗室、示範文稿和代碼測試，這些旨在幫助你學習怎樣來使用Windows Azure平台。你可以在這裡下載下傳。
Windows Azure Service Management API新特性
介紹：
我們也很高興地宣布下列情形中新的服務管理API的釋出：
- 復原正在進行的配置更新或服務更新
- 在一個正在部署的程序中能夠調用多個“寫”操作
- 更具描述性的角色執行個體狀态
- 新的API方法：Get Subscription
背景：
Windows Azure Service Management API讓Windows Azure客戶能程式設計管理他們的subscriptions、 托管服務和存儲賬戶。
復原正在進行的配置更新或服務更新
該 API 現在有了一種新方法——復原更新或更新——可以在正在進行的服務更新或更新中調用它。復原一個正在進行的部署的影響如下所示：
- 已經更新的或更新到服務包 (*.cspkg) 或 服務配置 (*.cscfg) 檔案的任何示例都将復原到這些檔案的先前版本。
- 注意客戶不需要再提供這些檔案的先前版本——在更新或更新的整個過程中Windows Azure将會儲存這些。
- 尚未更新到新版本的任何執行個體将不是更新的或更新的，因為那些執行個體已在服務的目标版本中運作。
-
通常情況下，這些執行個體甚至不會被Windows Azure Fabric
Controller重新開機來作為更新/更新 及復原序列的一部分。
下面是關于復原更新或更新 方法的一些附加資訊：
- 如上，正在進行的服務配置更新可以調用復原（通過改變部署配置）或服務更新（通過更新部署）。
- 調用復原隻在就地更新或更新 中起作用因為 VIP交換 自動更新限定繼承，用另一個執行個體來替換服務的整個運作執行個體。
- 復原可以應用在手動或自動模式下的更新。
- 注意復原本身也可以自動或手動調用。
- 復原隻能在部署上的正在進行的更新（配置改變）或更新中被調用，可以通過檢查“RollbackAllowed”标記是否為“true”（由 Get Deployment 或 Get Hosted Service Properties傳回）來檢測。
-
為了調用該版本的這些方法，傳回了RollbackAllowed字段，你必須在請求報頭裡使用以下（或更高版本）：“x-ms-version:
2011-10-01”。關于版本标題的更多資訊，請檢視服務管理版本。
- 隻要至少有一個執行個體在服務中，這個更新或更新就被視為“正在進行”，尚未更新到新版本。
我可以用到這個的例子是什麼樣的？
假設你正在向你的Windows Azure托管服務推出一個主要的就地更新。因為你的新版本與舊版本有本質上的不同，你需要控制首次展示受益的比例，是以你在手動模式下調用Upgrade Deployment并開始Walk Upgrade Domains。第一或第二個更新領域的角色執行個體在更新後正常運作，但是當你正在走第三個更新領域，第一或第二個更新領域的一些角色示例開始沒有響應。是以你可以調用該更新的復原 ，一，這将留下沒有觸及的示例，這些執行個體還沒有更新或更新；二，復原執行個體已被更新到先前服務包和配置（即第一和第二更新領域和第三更新領域的有些執行個體已經應用了更新）。
為了将服務復原到先前版本，通過在服務上調用更新或更新不能達到同樣的效果嗎？換句話說，復原能給我帶來什麼呢？
不進行復原，如果你正在将你的版本從X版升到X+1版并想回到X版，你首先要做的是将所有角色執行個體更新或更新到X+1版，然後，在那完成之後，開始一個新的更新或更新回到X。進行復原，這可能縮短程序（将目标版本從X+1變成X，在更新中到X+1），這會導緻服務interruption/churn。此外，現在，Windows Azure平台在更新或更新（X）之前從服務版本保留 服務包 (*.cspkg) 和 服務配置 (*.cscfg) 檔案，這意味着當客戶想要回到先前的版本，他不需要在事件中補給這些。
在一個正在部署的程序中能夠調用多個“寫”操作
為了給客戶提供更靈活地管理器托管的服務，對于當可變的操作在部署中排程時，我們放寬了限制。易變的或寫操作是：改變部署配置 、更新部署、 更新部署狀态 (用于啟動或停止部署)，删除部署 、并 復原更新或更新。特别是，之前的版本，客戶隻能擁有一個“正在進行”易變的操作：一旦啟動此類操作，在開始另一個操作之前，客戶不得不等待操作的完成。也就是說，部署被鎖定了。
随着新版本的Service Management API 的釋出，幾個方法（Get Deployment 和 Get Hosted Service Properties）傳回一個新的字段，明确地告知客戶一個已知部署是否是“鎖定的”（不能在它上面有寫操作）。此外，持有鎖（對于一個給定的部署）的時段實質上被減少了，進而使得平行或中斷特定工作流。
- 與RollbackAllowed域一樣，為了調用這些傳回Locked 字段的API方法的版本，你必須在請求報頭中使用以下版本（或更進階别的版本）：“x-ms-version: 2011-10-01”。
在什麼情況下我可以使用這個？
假設你正在執行更新并在新版本的角色代碼中出現了一個bug,這個bug導緻了更新的角色示例多次崩潰。這将阻礙更新取得進展——因為Fabric Controller不會移動到下一個更新領域，直到前一版本中足夠數量的執行個體時正常的。這涉及到“stuck deployment”，使用Windows Azure新釋出的版本，客戶能夠讓他們“unstuck”。特别是在這種情況下，你可以選擇最近的更新或更新 上面toxic的那一個。
更具描述性的角色執行個體狀态
為了提供更好的診斷和服務運作狀況監視功能，客戶現在可以從Get Deployment 獲得他們角色狀态的描述性比先前更強的資訊。将傳回兩個新字段 (InstanceStateDetails 和 InstanceErrorCode)，并且現有字段（InstanceStatus）将包含新的值，包括：RoleStateUnknown、CreatingVM、StartingVM、 CreatingRole、 StartingRole、 ReadyRole、BusyRole、 StoppingRole、 StoppingVM、 DeletingVM、 StoppedVM、 RestartingRole、CyclingRole、FailedStartingVM和UnresponsiveRole。
- 為了調用此方法，你必須在請求報頭中使用以下的版本（或更進階别的版本）：“x-ms-version: 2011-10-01”。關于版本控制标頭的更多資訊，請參閱Service Management Versioning。
新的API方法：Get Subscription
使用Service Management API 新釋出的版本，我們介紹一種新方法，Get Subscription，它能擷取subscription的基本資訊（subscription名、狀态和賬戶及服務管理者的電子郵件位址）以及目前最大用量，詳細到存儲賬戶、托管服務和核心的數目。就是用這種方法，以程式設計的方式獲得與subscription相關的配置設定。
- 為了調用此方法，你必須請求報頭中使用以下的版本（或更進階别的版本）：“x-ms-version: 2011-10-01”。關于版本控制标頭的更多資訊，請參閱Service Management Versioning。
在什麼情況下我可以使用這個？
有幾個立即使用的情況可以使用這個新方法。第一，為了安全及合規，你需要一個程式來定期的為給定的subscription确認服務管理人員配置（即沒有為AccountAdmin 和 ServiceAdmin配置一些不必要的值）。第二，這種方法為Windows Azure 清單的主要組成部分提供了可見性。也就是說，CurrentCoreCount值告訴你一共使用了托管服務的多少核心部署。你賬單中“運算時間“的部分是基于在計費周期内你的服務使用了多少CPU核心來計算的。
若要在BUILD上閱讀Windows Azure相關的所有公告的相關資訊，請閱讀這個部落格文章： "JUST ANNOUNCED @ BUILD: New Windows Azure Toolkit for Windows 8, Windows Azure SDK 1.5, Geo-Replication for Windows Azure Storage, and More"。想知道有關BUILD的更多資訊或相關演講，請通路BUILD Virtual Press Room。并通過密切注意@WindowsAzure 和 @STBNewsBytes 來擷取最新消息和BUILD線上訪談。
Vijay Rajagopalan是Windows Azure的主要集團項目經理。Follow Vijay吧！ @vijayrvr。
本文翻譯自：http://blogs.msdn.com/b/windowsazure/archive/2011/09/15/announcing-windows-azure-sdk-1-5-windows-azure-tools-for-microsoft-visual-studio-2010-and-new-service-management-features.aspx
轉載于:https://www.cnblogs.com/wuwa/archive/2011/09/21/6192274.html