等了那麼久，Windows Server 8 的發行前版本 Windows Server 2012 RC (Release Candidate) 終於在今天發表了，可以到 Windows Server 的官方網站上找到，或是搜尋一下 Windows Server 2012，相信很容易就能找到下載連結。與 Windows Server 8 Beta 類似的是，安裝介面沒有太大的改變，不過 RC 版本有繁體中文版，因此本文以繁體中文版來示範。
微軟的 Windows Azure Platform 即將要有大規模的改版 (Spring Release)，筆者亦會一併著手進行 Windows Azure 教戰手札的新版改版工作。
今天因緣際會間，得知了 Visual Studio "11" 可以使用模擬器來測試應用程式，馬上就試用了，不但簡單，速度也很令人滿意。而且只要一個簡單的步驟，就能採用模擬器來啟動自己的 Metro-style application。
在 Part 1 中，我們已經製作好部落格的清單，接下來我們想做的是由那些部落格中抓取他們的 RSS 來列出清單，為了要達到這個需求，我們需要利用 XML HTTP 抓取資料，不過因為會處理到非同步，而且我們也不想在資料還沒抓完前就做下一個動作吧，那會造成 synchronous 的問題，所以我們要有一些方法來處理，我們會用到兩個在 WinJS 中的功能：xhr 和 Promise 物件。
在 Visual Studio 11 裡面的 Windows 8-style application 共有五種類型，其中我們已經用過 Blank Application 和 Navigation Application 兩種了，今天我們來玩玩第三種：Split Application。
單一網頁導覽模型 (Single Page Navigation) 是一種 Windows 8-style UI 的導覽方式，它可以允許以類似子母網頁的方式將內容包裝到單一網頁內，有點像是 Master Page 的方法，這個方式適合需要使用根網頁做 Layout Page，但又想要可以動態換內容的應用程式導覽方式...
Hello~ Windows 8 與訊息盒的實作...
如果想要開發 Windows 8 的應用程式，首先必須要先準備好 Windows 8 以及 Visual Studio "11" 開發工具，這些資源可以在 Microsoft 網站上找到，由於目前 Windows 8 只有英文和簡體中文等五種語言...
Windows 8 Customer Preview 在本月初問世了，它帶來的不僅僅是在整個 UI 的改變－滑鼠導向 (mouse-based到觸控導向 (touch-based) －也給目前習慣 Windows 應用程式開發模式的線上開發人員一個很大的挑戰，就像當初 Windows Mobile 移轉到 Windows Phone 7 一樣的大幅改變，有玩過 Windows 8 的人應該很能體會，整個 Windows 的桌面已經不是傳統型的桌面，而是以平板電腦觸控為主的思維組成...
今年會有不少重量級的產品發表 (SQL Server 2012, System Center 2012, Windows 8, Visual Studio 11, Windows Server 8, Tango, ...) 和上市，看來今年應該很熱鬧了~
本文將會對雲端的安全議題做一概覽性的介紹，因為雲端運算會涉及的安全議題多且廣，所以無法太細部的介紹，如果對某些議題有興趣，可參考相關的資訊安全書籍。
早期企業在打造應用程式時，除了少數較宏觀的主導者以外，多數都是按照當下的需求以及業務條件來發展的，很少會有考量到軟體特性（例如Scalability、Extensibility、Maintainability等）的規劃。隨著時代的進步，物件導向程式設計與系統分析的發展，讓資訊產業開始重視軟體元件（Software Component）的概念，軟體元件的可重覆使用性愈高，則軟體元件的效益就會愈高，同時也代表該軟體的價值也愈高。但只要是在資訊產業涉足一段時間的人，通常都會知道資訊產業的主流總是掌握在幾個大廠商或是領導社群中，企業需要在不同的廠商標準間將內部所有的系統整併以維持或強化企業的資訊體質...
SQL Azure的資料庫應用程式開發和SQL Server有95%以上可相容，剩下的5%只要修改一下SQL，將不支援的指令移除後，一樣能連接SQL Azure。
SQL Azure的安全性可以分為兩個部份，一個是防火牆設定，另一個則是帳戶的管理與授權設定。
SQL Azure資料庫的管理，基本上多數功能和在本地的SQL Server是一樣的，但是和伺服器與作業系統調整的功能，就不在SQL Azure的支援範圍以內。
筆者之前在多場研討會和課程中講授SQL Azure時，都會強調一件事：『雖然SQL Azure和SQL Server很像，但它們本質上還是不同的』。看起來再怎麼像的東西，也一定有不同的地方，SQL Azure以Windows Azure基礎建設環境為基石建構，同時享有了高可用度與容錯能力，但是它並不是什麼都沒改就能做容錯的，除了基礎建設對網路與虛擬機器資源的支援外，SQL Server本身勢必也要做一些修改，才能符合SQL Azure原始設計上應有的功能。
在介紹完Windows Azure Platform基本的核心服務Compute Service, Storage Service, VM Role, Remote Desktop和VPN後，我們將焦點轉到資料庫上，微軟的SQL Azure是業界少數將關聯式資料庫（RDBMS）開放給外界使用的一種雲端資料庫服務（Cloud Database）...
Windows Azure Platform在v1.3時提供了一項功能，可以把Windows Azure Platform內運行中的虛擬機器當做企業網路中一台電腦的能力，就有如將外部電腦視為企業內網路的電腦一樣，這個新功能稱為Windows Azure Connect...
繼前一天的VM Role作業，我們已經成功的上傳了自訂的 VM Role 基礎作業系統影像 (base operating system image)，接下來就是在 Visual Studio 中使用這個VM Role。VM Role 和 Web Role/Worker Role 不同，它擁有自己的組態環境，不像 Web Role/Worker Role 是可以在上面建置專案，也就是說，企業的應用程式必須要在 VM Role 中都設定好以後，再將 VHD 上傳到 Windows Azure 資料中心。當然，你也可以使用 Remote Desktop Connection 的檔案上傳來傳送檔案，但是速度不會比直接在 VHD 組態好後再上傳來的快。
VM（Virtual Machine）Role 是微軟特別開放 Windows Azure Platform 上的 Image Deployment 機制，讓企業可以自行設定一個自己的虛擬磁碟（Virtual Hard Drive, VHD）並上傳到 Windows Azure Platform的 BLOB 儲存區中，而 Windows Azure Platform的RDFE (Red Dog Front-End) 可以在應用程式的設定下，由自己的 BLOB 儲存區中取用自訂的 VHD 進行組建，以作為應用程式的執行環境。
在今年九月的時候，收到來自於國外一間出版公司 Packt Publishing 的電子郵件，邀請我為他們的書 Microsoft Windows Azure Development Cookbook 寫篇書評，當時我原本是因為語言的關係回絕，但他們回覆說允許我使用繁體中文來撰寫，所以我就答應了，但因為很來事情實在太多，應接不暇，所以才拖到現在寫，對他們是有些抱歉 ...
Windows Azure Platform一開始的設計大多是以開發人員為中心，因為它是一個Cloud Platform，要先吸引開發人員的目光，才會讓它的應用變得更廣泛，但是雲端運算不是只有開發人員的任務，在應用程式發行之後，維運則是MIS與企業內的IT人員的工作，所以在1.3版開始，微軟慢慢的加入了與MIS維運有關的功能，其中一項就是Remote Desktop Connection（遠端桌面連線）。
開發雲端應用程式的思維可不能像平常開發應用程式一樣，我們每天在開發應用程式時，都能運用除錯器來偵錯，或是調台近端的主機上傳測試用，或是公司自己有自動化測試的機制，然而當應用程式上了雲端環境後，這些習慣幾乎通通不能用了，原因很簡單，雲端應用程式執行的地方可能是離你幾千公里外的公有雲機房，我們不可能在機房內掛除錯器偵錯，就算要上傳也要幾經思量（要錢），但是我們又希望能夠記錄或測量應用程式的執行細節，這時我們能夠用的，就是Windows Azure Platform本身的診斷服務（Diagnostics Service）。
Drive Storage是Windows Azure SDK特別為.NET的開發人員所準備的一個儲存格式，它只存在於Windows Azure SDK的組件和API中，它並沒有對外的REST APIs，除了使用Windows Azure SDK外，沒有別的方法可以使用，它本身是基於Page-BLOB為主的儲存服務，但將它模擬成一個獨立的磁碟機供應用程式使用...
學過資料結構的人一定都聽過Stack和Queue吧，Stack是後進先出（LIFO），而Queue則是先進先出（FIFO）的資料結構，商用系統的實務開發上，Queue的應用範圍比Stack要大的多了，因為在實務上會用到先進先出的案例太多了，舉凡線上訂位（購買）、抽號碼牌、選位等等商用的需求都會要求先進先出的條件，故Queue的應用範圍會比Stack大的多，微軟當然也很清楚這一點，所以在Storage中也實作了一個專門處理Queue的服務，即為Queue Storage。
Table Storage是一個模擬關聯式資料庫的結構化資料（structured data）存取服務，它就像是在雲端中的表格一樣，允許應用程式可以在Table儲存體中宣告並存取自己的資料結構。而在Table儲存體的內部，則是橫跨多個伺服器與磁碟儲存區的基礎架構，微軟的Windows Azure開發小組將核心內的所有作業都隱藏起來，只顯露出一個REST API供外部應用程式存取，而且都是透過相同的URL來呼叫，因此Table基本上並不是儲存在應用程式所在的VM，而是在Windows Azure Platform內部自動規範的儲存區域中。
BLOB Storage顧名思義，是專門用來儲存二進位檔案使用的儲存服務，基本上檔案的格式沒有任何的限制，只要是可以轉換成二進位資料（binary data）的檔案都可以儲存，也就是我們常說的非結構化（unstructured）資料，舉凡一般的文字檔案到大型的影音檔案都可以使用。
作為應用程式以及其他類型線上服務的核心平台，Windows Azure Platform除了針對雲端運算的基礎建設、營運與管理部份特別設計並支援外，它也必須要具有應用程式以它為基礎開發服務的相關支援，以一個作業系統來說，除了硬體與運算資源的分配與控管外，對軟體最直接最基本的支援，非儲存功能莫屬。如果沒有儲存功能的話，作業系統只能執行運算，而不能利用近端的媒體來儲存資訊，因此作業系統必須要有儲存的能力，才能夠達到開放給應用程式發展的最低限度服務。
昨天我們完成了準備工作，接下來我們就可以直接部署了。
在完成Cloud Application的開發也完成本地的測試後，我們就可以將應用程式發行到雲端環境了，當然，使用者必須要先申請到Windows Azure Platform的帳戶，然後登入到Windows Azure Management Portal建立新的主機服務（Hosted Service），才可以進行上傳的工作。