我參加了10月底在巴塞羅那會議中心召開的TechEd歐洲大會，采訪了微軟的工作人員，探討微軟企業業務的未來。這家總部位于雷德蒙德的巨頭如何從注重內部部署的模式轉向云計算模式是當時的熱門話題。

這使得這屆TechEd大會備受矚目，這家公司向天生保守的IT專業人員這個群體介紹了其客戶機和服務器產品方面影響深遠的變化。倒不是說微軟的客戶不想改變――就像你我一樣，他們著迷于技術及技術帶來的希望――不過總的來說，他們所在的公司或企業行動相對緩慢，這些企業不會冒風險向云計算大規模遷移。

所以，TechEd大會上宣布的內容大多數側重于微軟的混合云，包括關于微軟旗艦產品云平臺系統（Cloud Platform System）的更多詳細內容，也就不足為奇了?；旌显剖俏④浄钚械脑朴嬎銘鹇缘囊粋€重要方面，微軟的目的是從其主要競爭對手亞馬遜和谷歌脫穎而出。

微軟認為，通過讓企業組織可以為自己在內部部署系統和云計算系統之間架起橋梁，并充分利用云特有的功能，以改進內部部署的服務，那樣它不僅可以留住現有的客戶群，同時還可以慢慢幫助客戶盡可能使用云服務。

這時候，像新的Azure Batch這類服務應運而生。該服務讓企業可以使用云計算來處理復雜的數據處理任務，不需要重寫大量代碼，還可以加快原本可能需要數天才能完成的處理任務。

韜?；輴偅═owers Watson）是一家跨國金融服務風險管理公司，其在澳大利亞的部門使用這項服務已有一段時日，用來加快隨機分析，并且處理異常龐大的問題集。它可能是個理想的客戶，這個客戶存在一個明確的數學建模問題，還有一個龐大的現有代碼庫，可用來跨龐大的計算架構來處理解決方案。我見到的演示涉及在1000個處理器核心上運行的1500個任務，而這是個對較小的問題！

雖然我見到的分析只用了短短幾分鐘運行完成，但韜?；輴偸褂迷摲?，用幾小時就解決了過去需要運行數周的問題。這項服務提高了可靠性；借助該服務，任務失敗后可自動重啟的平臺即服務（PaaS）調度器加快了速度，并且讓分析人員可以運行多得多的場景，沒必要斥資購置額外的基礎設施。

Azure Batch是一項令人關注的服務，它不僅僅與其他云服務展開競爭，還與基于GPU處理的內部部署型高性能計算平臺展開競爭。不過，其主要的差異化優勢在于，它是一種名副其實的通用平臺，你不需要改變原有的編程模式，也不需要像使用OpenCL或CUDA那樣，非得為新平臺編寫新代碼。你還可以充分利用不同的Azure實例模型，以便你在解決問題時，在速度和成本方面達到最佳平衡。

這僅僅是一種混合云場景。其他場景則遵循不同的方向，就像新的Office 365 API（應用編程接口）表明的那樣，該API讓你可以將Office 365服務的元素嵌入到你的應用程序中。微軟首席執行官Satya Nadella稱之為“微軟最具戰略意義的API”，將Office引入到更廣闊的應用環境，而不僅僅是人人熟悉的Windows桌面。新的安卓和iOS API將Office 365的主要功能引入到第三方應用程序，包括用戶和用戶組、文件、郵件、日歷以及聯系人。

Azure的成長和蛻變是這種混合模式的一個關鍵要素，因為它繼續融合基礎設施即服務（IaaS）模式和PaaS模式――將Azure虛擬機代理（Azure VM Agent）用作創建虛擬機時，將功能嵌入到虛擬機上的一種工具。在TechEd大會上采訪Azure首席技術官Mark Russinovich時，很明顯，隨著越來越多的功能通過該代理進入到虛擬機，舊的界限將會漸漸消失。

Azure虛擬機代理通過Azure PaaS服務加以管理，它就好比是一種擴展引導（extension bootstrap），讓你可以在虛擬機初始化時，安裝運行時代理。雖然運行時工具的初始選擇很有限，但向可以由代理安裝的服務和工具開放Azure市場卻是個令人關注的舉動。Russinovich指出，這進而有助于同時在虛擬機中安裝幾個不同的功能，最終消除IaaS與PaaS之間的細細界線。

Docker容器添加到Azure平臺上后，情況變得更有意思了。正如Russinovich強調的那樣，容器與代理模型彼此正交，為應用程序和代碼提供了包裝機制。他認為，容器會為微服務提供一種有效的部署模式，只要在每個新的服務器實例中安裝適當配置的容器，就可以迅速向外擴展服務。由于容器與內容無關，它們既能交付IaaS內容，更令人關注的是，還能交付帶PaaS微服務的PaaS運行時環境。正如Russinovich所說：“最重要的是，一段時間以來，我們一直在認真思考將此添加到Azure中。我們現在看到它已出現，而且勢頭更迅猛。”

Windows版本的Docker將是原生的；雖然并非所有的細節都秘而不宣，但它現處于積極開發之中。Russinovich特別指出，關鍵問題是：“我們在應用程序兼容性方面能走得多遠？應用程序可能很復雜，所以我們需要了解哪些服務需要被虛擬化，哪些很容易被虛擬化。”完全隔離的應用程序最容易處理，那些依賴Windows服務的應用程序處理起來最棘手。

引起Russinovich興趣的Docker的一個要素是，支持堆疊虛擬化（stacked virtualization）。你從一個基本映像開始入手，然后往映像上堆疊各自的虛擬文件系統，讓你可以通過使用基本映像的引用，嵌入多個容器和映像。這個辦法意味著，可以使用差分映像來快速定制現有映像，不需要大量的存儲空間。結果是，通過在一組基本功能上層層堆疊，可以迅速部署組合式服務。

Russinovich說：“Azure在推動這項技術，與Windows團隊合作，通過Server vNext來實施。我們將客戶機、服務器和Azure結合起來處理。”這時候，容器的混合層面凸顯出來，這是微軟所說的“Azure和Windows Server方面越來越一致”的一部分。借助未來版本的Windows Server，你在云端和企業內部都可以使用代理、容器及Azure的其他主要功能。

微軟在巴塞羅那上不僅僅談論了云計算世界與現在PC、服務器、手機和平板電腦這個傳統世界的融合。微軟在今年早些時候宣布了Azure機器學習，現在又發布了一系列專注于物聯網這個新興市場的相關服務。

我們習慣于想到自己網絡上的成千上萬、甚至數百萬的設備。當我們將傳感器網狀網與互聯網相連時，突然看到了數千萬、甚至上億個設備，它們都在向我們的網絡和服務器發送數據。這時候，基于云的大數據解決方案就派得上用場，運用其在超大規模計算方面的經驗，處理那些傳感器生成的海量數據。Azure新的Data Factory和Stream Analytics是兩款PaaS工具，可以處理那些海量數據，并且幫助迅速通過熟悉的應用提供有用的結果。

2014年歐洲TechEd大會顯然標志著微軟發展史上的一個分水嶺。微軟可能不會像Adobe那樣迅速讓客戶走上云計算道路，但正邁向這條康莊大道。由于擁有龐大的企業客戶群，迅速求變的風險可能相當大，于是緩慢而穩步地提供像Azure Batch這種增值型混合云解決方案頗為明智。

對于微軟的云，如果你想的話，可以全身心投入其中（微軟的工作人員自然很喜歡你這么做），也可以繼續使用內部的軟硬件――想用多久就用多久，在合適的場合下才使用云：比如用于備份，用于災難恢復，用于跨平臺編程，用于大規模計算，首先是用于物聯網。這真是個有趣的時代。

英文原文鏈接：http://www.zdnet.com/article/microsoft-azure-and-the-future-of-hybrid-cloud/