Microsoft Azure 的正體中文官方消息，以及在台灣的案例研究。
感謝北科大劉建昌同學翻譯 Keith Mayer 發表的文章 http://blogs.technet.com/b/keithmayer/archive/2014/06/26/microsoft-azure-virtual-machines-reset-forgotten-admin-password-with-windows-powershell.aspx ，這是 Microsoft Azure Virtual Machines 用戶常見問題之一。
IT pro team 在提供 Azure 或是混合雲服務時，常常遇到有人詢問如何重新設定Microsoft Azure virtual machine的密碼。
如果忘記了 VM 管理者的密碼，有任何重新設定的機會嗎? 答案是有的，在最新 Microsoft Azure PowerShell module (版本0.7.4或更高版本)的說明中，提供了一個簡單的方法來解決這個問題! 接下來，我們將透過使用 Microsoft Azure PowerShell module，重置 Microsoft Azure VM上已經建置好的管理員使用憑證。
照著以下的步驟，我們可以透過 Windows PowerShell 和 Microsoft Azure PowerShell Module 來重新設定已經被建置在 Microsoft Azure VM上的 Windows Server 管理員憑證。
(注意! 進行以下的步驟前，請確認 Microsoft Azure VM 是可以透過遠端桌面順利連線成功的)
1.如果你還沒有開通訂閱，請先申請免費的 Microsoft Azure 的帳號
2.使用 Windows Server 平台上其中一個映像檔建立一個新的 VM
使用組件庫建立 VM 畫面
在建立 VM 的過程時，要確認你的 VM 是有安裝 VM 代理程式，因為之後的步驟都是利用這個VM代理程式做擴充，來重置已經建置好的管理者憑證，並且確保遠端桌面可以進入到VM裡面。
當使用Azure上所提供的映象檔建立VM時，可以在配置頁的最後一頁，選取安裝VM代理程式的選項 (預設時就已經選取打勾了)
安裝 VM 代理程式畫面
若是透過Window PowerShell 的New-AzureVM 和 New-AzureQuickVM 這兩個指令來建立新的Microsoft Azure VM時，同樣的也已經預設好要安裝VM代理程式。
目前的版本，VM 代理程式可以支援在自訂的作業系統組態或已經部屬好應用程式的 VM上進行四個擴充功能:
1. - BGInfo -在桌面背景上插入伺服器名稱、位址等資訊
2.- VM Access -啟用遠端桌面設定，並且重設內建管理員的管理者憑證
3.- Puppet Enterprise Agent -用來連接一個 Puppet Master server，並且接收配置
4.- Chef -用來連接一個 Chef server，並且接收配置，當你新建立的VM狀態顯示 為正在配置中時，請接續進行下一個步驟
3.下載最新版的Microsoft Azure PowerShell Module
在之後的步驟，將需要使用到版本 0.7.4 或是更高版本的 PowerShell Module。若是先前已經安裝好 Microsoft Azure PowerShell Module，可以透過下列的 PowerShell 指令來確認目前安裝的版本為多少 :
Get-Module Azure
未來你可能想要將這個module安裝到PowerShell3.0或是PowerShell4.0的環境上。注意，當安裝完這個module後，需要重新啟動電腦，讓剩餘的片段程式碼完成運作。
4.啟動Windows PowerShell ISE 並且執行下列的PowerShell cmdlets來連結你的Microsoft Azure帳戶
啟動Windows PowerShell ISE 畫面
Set-ExecutionPolicyRemoteSigned Import-Module Azure Add-AzureAccount
執行程式碼畫面
當登入提示出現後，輸入用來啟動Microsoft Azure 訂用的使用者帳號與密碼
輸入訂用的帳戶畫面
5.在windows PowerShell ISE執行以下的PowerShell指令，藉此來確認你的Microsoft Azure訂用帳戶(如果您有多個訂用)
Get-AzureSubscription | Format-Table –Property SubscriptionName
確認訂用的帳戶名稱畫面
在下一個步驟中，我們將可以指定想要更改管理者帳號的VM所在的訂用帳戶。
6.在windows PowerShell ISE執行以下的PowerShell cmdlet，藉此來選擇你的Microsoft Azure訂用帳戶(如果您有多個訂用)
$subscription = “ENTER YOUR SUBSCRIPTION NAME HERE” Select-AzureSubscription –Default $subscription
7.在windows PowerShell ISE執行以下的片段代碼，用來告知您所想要重置哪一個現有VM內的本地管理者使用者帳號
$adminCredentials = Get-Credential -Message "Enter new Admin credentials"
輸入要更改的帳號名稱畫面
在輸入密碼的部分，需要符合密碼複雜度的要求，下列事項中，最少須遵守三個注意事項 :
1. 一個大寫字母
2. 一個小寫字母
3. 一個數字或一個特殊符號
(注意!，如果輸入密碼沒有遵守複雜度的需求，下列片段碼依然會執行成功，但是到了 VM重新開機之後，我們還是需要利用VM代理程式來申請新的密碼)
8.在windows PowerShell ISE執行以下的片段代碼，用來重新設定選定的Azure VM的本地管理者憑證
(Get-AzureVM) | Where-Object -Property Status -EQ "ReadyRole" | Select-Object -Property Name, ServiceName | Out-GridView -Title "Select a VM …" -PassThru | ForEach-Object { $VM = Get-AzureVM -Name $_.Name -ServiceName $_.ServiceName If ($VM.VM.ProvisionGuestAgent) { Set-AzureVMAccessExtension -VM $VM ` -UserName $adminCredentials.UserName ` -Password $adminCredentials.GetNetworkCredential().Password ` -ReferenceName "VMAccessAgent" | Update-AzureVM Restart-AzureVM -ServiceName $VM.ServiceName -Name $VM.Name } else { Write-Output "$($VM.Name): VM Agent Not Installed" } }
讓我們來一行一行看看上面片段碼的詳細資訊 :
首先，Get-AzureVM 將前幾個步驟中所選定的Azure訂用帳戶裡所有的VM列舉出來。因為我們只能夠重新設定正在執行中的VM的本地使用者憑證，因此我們透過 Where-Object filter將狀態在 ReadyRole 的VM列舉出來。
我們透過 Out-GridViewcmd let顯示過濾後的VM清單，這個指令會提示選取需要被重置的本地管理者憑證。最後，被選到的VM將透過管道傳遞到ForEach-Object block，並且使用 Set-AzureVMAceessExtensioncmdlet來重新設定每個被選取的本地管理者憑證。
這個區塊也會使用 Restart-AzureVMcmdlet 來重新啟動每一個被選取的VM
使得上述作的更動可以被處理完畢。
選擇 VM 之畫面
VM 更新且完成重新啟動畫面
感謝北科大劉建昌同學翻譯微軟公司 Azure SQL Database 團隊主管 Tony Petrossian 於 2014 年 10 月 1 日所發表的文章 http://azure.microsoft.com/blog/2014/10/01/azure-sql-database-point-in-time-restore/
本篇文章，將說明 Azure SQL Database 的時間點還原 ( Point in Time Restore ) 功能，這項功能在 Azure SQL Database 的 Basic、Standard、Premium 版皆有提供。在先前的文章中，Azure SQL Database 團隊已經介紹了 Azure SQL Database 多項新功能，其中也包含了時間點還原，您可以參考下列圖表。在這份圖表我們可以看到，時間點還原功能是使用最近的資料備份 ( backup ) 來還原受損或是遭到刪除的資料庫。
RTO ( Recovery Time Objective ) : 系統要在多少時間內回復正常
RPO ( Recovery Point Objective ) : 可忍受的資料遺失的時間長度
業務連續性與災害復原 ( BCDR, Business Continuity and Disaster Recovery ) 相關功能
Basic 版
Standard 版
Premium 版
即時還原
( Point in Time Restore )
還原至過去 7 天內的某時間點
還原過去 14 天內的某時間點
還原過去 35 天內的某時間點
異地還原
( Geo-Restore )
RTO<24小時
RPO<24小時
標準異地備援
( Standard Geo-Replication )
不支援
RTO<2小時
RPO<30分鐘
主動異地備援
( Active Geo-Replication )
RTO<1小時
RPO<5分鐘
Azure SQL Database 服務中的所有資料庫，皆會受到自動備份系統 ( automated backup system ) 保護。備份的保留期限會隨著訂閱的 Azure SQL Database 層級而有所不同，Premium 版為 35 天、Standard 版為 14 天、Basic 版為 7 天。
時間點還原為一個自助式服務 ( self-service )，允許客戶利用在保留期間所做的的備份來還原資料庫。在使用時間點還原功能時，會重新建立一個新的資料庫。
Azure SQL Database 資料庫備份採取自動備份，您不需要做設定而且也不會額外針對備份來作收費，您只需要在使用時間點還原功能時負擔額外的費用。還原時所建立的新資料庫，其收費標準跟平常的資料庫收費標準一樣。
總而言之，自動備份系統和時間點還原提供了零成本和零管理的方式來保護您的資料，無論任何原因損毀了資料庫，您都可以在保留期間內任一時間點中回復。
所有的 Azure SQL Database 資料庫的 Basic、Standard、Premium 版都提供了自動備份的功能。Azure SQL Database 會每週做一次完整備份 ( full backups )，每天做一次差異備份 ( differential backup ) 以及每五分鐘進行交易記錄備份 ( log backups )。當資料庫被建立完成後即會開始第一次完整備份，這通常要花費 30 分鐘甚至更久的時間來完成備份。若該資料庫生來規模就很大 ( born big ) (例如 : 建立的資料庫為資料庫副本或是從大型資料庫還原所產生的資料庫 )，備份所需的時間會花費更久。在第一次備份完成之後，所有後續的備份會自動的由系統做安排，並且 "默默" 地在後端進行管理。
完整備份 ( full backups ) 和差異備份 ( differential backups ) 的確切執行之時間點，是由系統依據目前以系統負載量來做決定。而備份的檔案儲存在與目前資料庫相同的資料中心內。
當您還原一個資料庫時，還原所需的備份檔案將從本地備援處 ( local redundancy ) 來獲取。而每週和每日的最新備份也會複製到 Microsoft Azure 地理備援的配對資料中心 ( paired region ) 以便進行跨資料中心之災難回復。關於異地還原 ( Geo Restore ) 的敘述，在 Azure SQL Database 團隊之前發表的文章中有更詳細的敘述。
進入 Azure 管理入口網站，即可透過簡單的操作將各版本之 Azure SQL Database ( Basic、Standard、Premium ) 資料庫還原到任何的時間點 ( 但必需在備份的保留期限內 )。
您可以選擇在資料庫列表中選取需要還原的資料庫，或是進入該資料庫的儀表板內，並且點擊"還原"選項。
您將會被提示要輸入一個新的資料庫名稱，並且利用滑動元件來選取想要還原的時間點 ( 必需在保留期限內 )，同時也可以手動輸入最接近的時間點。完成之後按下確認鍵，資料庫便會開始還原到您所設定的時間點。
還原資料庫所需的時間由很多因素決定，包含 : 資料庫大小、選取時間點遠近、要還原到選取時間點資料庫需要重新架構的狀態數量等，通常一個龐大的資料庫，需要數個小時來還原。
還原的資料庫將會被建立在與原始資料庫相同的伺服器上，也因此我們需要重新賦予資料庫新的名稱。而還原資料庫的服務層級則是與還原時間點時資料庫設定的服務層級相同。
您需要確認您的資料庫有足夠的資料庫傳輸單位額度 ( DTU )，同時也要注意的是，還原時所建立的新資料庫，其服務���級可能會與目前資料庫的狀態不同。
一旦完成了還原動作，還原的資料庫收費標準與一般的資料庫是相同的。
您可以將還原資料庫來替換原本的資料庫，或是利用還原資料庫作為資料檢索，再去更新原始的資料庫。
若您還原資料庫的目的是用來取代現有的資料庫，您應該要驗證服務層級與效能層級是否合適，並且在需要時進行擴充。透過更改原始資料庫名稱，再將還原資料庫的名稱利用 T-SQL 指令 ALTER DATABASE 將名稱更改為原本資料庫的名稱，這樣就可以完全取代原本的資料庫了。
若您計畫從備援資料庫內讀取資料，您將需要分別編寫和執行您所需要回復資料相關之 Script。
雖然還原資料庫需要花費相當長的時間，但是在還原的過程時，還原資料庫就會顯示在資料庫列表上。您可以在還原的過程中刪除還原資料庫，此時將會取消還原的動作，您將不需要付出任何費用。
您能夠將在其保留期限內不小心遭到刪除的資料庫還原到被刪除的時間點，或更早的時間點。
您可以使用 Azure 管理入口網站來還原被刪除的資料庫，首先需要在 Azure SQL Database 的資料庫列表中，選取"已刪除的資料庫"選項，將可以看到還在保留期限內遭到刪除的資料庫列表。
注意 : 若您重複使用太多次相同的資料庫名稱，則需要更加注意刪除的時間，這樣才不會還原到錯誤的資料庫。
就如同先前還原步驟一樣，您需要為還原資料庫新增一個名稱，而且您還原的資料庫也只能夠還原到與原始資料庫相同的伺服器上。比較特別的是，在這種情況下的還原步驟，只能夠選取固定的時間點作還原。還有一點要注意的是，當您刪除伺服器(Server)之後，您將無法復原先前存放在該伺服器的所有資料庫。
時間點還原可以將資料損毀或是被刪除的資料庫重新復原。時間點還原並非使用先前 Azure SQL Database Web/Business 版資料庫運用複製為技術基礎，所實作出的匯出 ( Export ) / 自動匯出 ( automated export ) 方式 ( 此方式較為昂貴 ) 來回復資料庫。單單這一改進就證明了新版 Azure SQL Database 的優勢。
注意 : 雖然在保存期限內，利用備份方式回復資料庫是相對便宜及快速的，而使用複製/匯出/匯入方式仍適用於更長期資料庫備份策略 ( long term archival )。
除了透過 Azure 管理入口網站來還原資料庫之外，您也可以使用 PowerShell ( Start-AzureSqlDatabaseRestore ) 和 SQL Database management API 來還原資料庫。
自動備份與時間點還原(自助式服務)功能保護您的資料庫，讓其能夠從資料損毀以及刪除的狀態下回復，這種零成本和零管理的方法，不管是在哪一種服務層Basic、Standard、Premium)的資料庫都有提供。備份和還原功能在短期回復的需求下，性能較優於使用複製/匯入/匯出的方式，因此就短期資料庫回復而言，我們鼓勵���使用這種方式來做為您的商業連續性對策，而僅在需要長期歸檔或數據轉移時才使用匯出/匯入的方式。
感謝北科大劉建昌同學翻譯微軟公司 Azure Data Factory 團隊主管 Mike Flasko於 2014 年 10 月 29 日所發表的文章 http://azure.microsoft.com/blog/2014/10/29/data-factory-public-preview-build-and-manage-information-production-pipelines/
現代企業資料處理的方式相較過往更為多樣化，資料處理往往需要牽涉到多個不同地理位置的資料，面對位於本地與雲端上的資料，甚至較過去更為多樣化的資料型別與更大的資料量，上述原因都會造成資訊系統過於複雜或是多樣化。也因此開發人員必須撰寫大量的客製處理邏輯，以便協調，處理和管理所有產生出來的資料。
我們很高興的宣布，新的 Azure Data Factory 服務正式進入技術預覽階段，可供所有使用者測試和使用。Azure Data Factory 是一個將資料儲存，資料處理，資料搬移運用產生資料管線 (data production pipelines) 方式處理的雲端服務，您僅需要在 Azure 管理網站上透過幾個簡單的步驟，或是使用命令列操作，就能夠建立一個 Data Factory 並且將其與生產的資訊和資源加以結合。在技術預覽階段的 Data Factory 能夠連接到本地端 SQL Server 或是 Azure Storage Blob、Table 與 Azure SQL Database 上的資料。歡迎您將此預覽階段上使用 Azure Data Factory 的心得回饋給我們，我們將會增加更多種資料來源在這項服務上。
關於 Hadoop 巨量資料的處理，在最一開始都是透過 Hive、Pig 或是 C# 等語言撰寫出的 activites 來進行。這些 activites 可以用來清除資料、遮罩資料欄位 (mask data fields) 或是透過各種各樣複雜方式來轉換資料。Hive 和 Pig 所編寫的 activites 能夠在您所建立的 Azure HDInsight 叢集上運行，或者您也能夠讓 Data Factory 來全權管理整個 Hadoop 叢集的生命週期。透過這項方法，您只需要編寫 activites，並且將他們組合成一個管線 (pipeline)，並設定好執行的時程 (execution schedule)，您就完成了所有的設定，不需要再進行額外之 Hadoop 叢集的安裝和管理。Azure Data Factory 也提供了即時的監控儀表板，這意味著您能夠在佈署了資料管線 (data pipelines) 的同時，也能夠立刻在監控儀表板上了解整個資料產出與處理的狀態。
目前您已經可以在 Azure 預覽入口管理網站上啟用 Azure Data Factory 服務。
一旦您在 Azure Data Factory 創建和佈署了管線 (pipelines) 之後，您可以快速評估點對點之間數據傳輸的效率，還能夠精準的找到問題點，並在需要的時候採取矯正措施。在 Azure 預覽入口管理網站上，整個資料管線都是以視覺化方式呈現。用戶可以透過圖像了解管線 (pipelines) 之間的相依性，以及資料如何進行輸入與輸出。您還可以透過監控儀表板，得知作業執行狀態 (job execution)、資料生產的狀況與系統健康狀況等詳細資料。最後，利用資料管線 (data pipelines) 的設定，您可以自動從雲端將巨量資料轉換至本地端的 SQL Server 內，或是將轉換完的資料保存在雲端儲存體上，以供應用程式或分析工具來使用。
透過以下方式，我們可以開始使用 Azure Data Factory
我們很高興您能夠來試用 Azure Data Factory 服務，並且期待您能夠回饋給我們對於 Data Factory 的使用心得。若您有任何想要告訴我們的想法或是意見，可以到此處來告知我們。
感謝北科大劉建昌同學翻譯微軟公司 Azure 團隊主管 Khalid Mouss 於 2014 年 10 月 13 日所發表的文章 http://azure.microsoft.com/blog/2014/10/13/accessing-and-using-azure-vm-unique-id/
Azure 團隊最近新增了一項功能，讓開發人員可以取得一個代表 Azure Virtual Machine 絕對唯一的 ID。
這個唯一的 Azure VM ID 是一個 128 位元的識別碼，它可以透過 Azure IaaS 虛擬機器的系統 BIOS ( SMBIOS ) 來進行編碼與儲存，並且能夠使用虛擬機器上的 BIOS指令讀出。這個識別碼不管是在 Azure 上或是本地端 ( on-premises ) 皆可以使用，並且幫助您在 Azure IaaS 佈署上用於管理授權 ( licensing )、回報 ( reporting )、追蹤 ( tracking ) 等需求。
當許多獨立的軟體供應商與合作夥伴在 Azure 上佈署了應用程式，並且需要驗證它是否執行於某個特定虛擬機器內，會需要在虛擬機器的生命週期 ( lifecycle ) 中清楚知道這個虛擬機器是在何處執行? 透過此一唯一識別碼，我們可以得知目前虛擬機器是執行於 Microsoft Azure、本地端、或是其他雲端業者平台。這個唯一的識別碼可以用於檢測軟體是否有適當的授權 ? 或是將虛擬機器的基本資料關聯到它執行所在的平台，藉此協助在其平台上做適當的參數設定。
這個唯一的識別碼不能夠被修改，只能進行讀取查詢，雖然只有在 2014 年 9 月 18 日之後建立的虛擬機器才預設擁有這項功能，但是在 2014 年 9 月 18 日之前建立的虛擬機器可以透過將虛擬機器重新啟動來得到這項功能。
虛擬機器的唯一的識別碼 ( Azure Unique VM ID ) 在下列情況下皆不會改變 :
但是，若虛擬機器是一個快照 ( snapshot )，並且用來建立一個新的執行個體 ( instance )，此時的虛擬機器的唯一的識別碼 ( Azure VM ID ) 是會改變的。
如果在這項功能發行前已經建立好虛擬機器並且運行了，您可以重新啟動 VM，藉此來得到這個唯一的 ID。而重新設定之後，您就可以使用它了。
您可以透過以下步驟的操作，在您的虛擬機器中獲得虛擬機器的唯一的識別碼 ( Azure VM ID ) :
1. 建立一個虛擬機器 ( 只有在2014年9月18日之後建立的虛擬機器才預設擁有此功能 )
2. 連線至虛擬機器
3. 查詢虛擬機器的Unique ID
上圖是利用 PowerShell 指令與查詢結果
上圖是指令與查詢結果
由於位元組 Big Endian bit ordering 因素 ，因此上圖的唯一識別碼實際應該如下:
98 F9 D8 26 - 4E 3D - XXXX - BF B6 B5DE5F108440
不管您在 Azure 虛擬機器上放置甚麼應用程式，您皆能夠透過上述方式得到一個唯一的識別碼。
再次提醒您，若您在此項功能釋出前就已經建置好虛擬機器的話，只要透過重新啟動虛擬機器，一樣也能得到此項功能。
我們興奮地宣佈 Microsoft Azure StorSimple 解決方案，將於 8 月 1 日開放，此項新的服務，建立於既有已成功的 StorSimple 上，提供自動化並消除長久以來 IT 組織的一大困擾 – 資料的倍數成長所導致的存儲容量不足、資料安全性疑慮等問題。Mazda, SK Telecom, Paul Smith, Sundance Film Festival, GF Health Products, Black and Veatch 等世界各地的客戶都已利用 StorSimple 混合雲存儲解決方案來簡化他們的存儲基礎架構。
全新的 StorSimple 8000 系列混合存儲陣列是前所未見最強大的 StorSimple 系統，並更緊密地與 Azure 集成，包括了以 Azure 為基礎延伸出來的兩個新功能，將讓使用者可以進行集中資料管理。這些新的解決方案將說明微軟是如何基於雲端運算，來提供客戶最好的存儲位置，並降低 40% - 60% 的存儲成本，協助 IT 團隊將重點轉移至業務戰略，而不是僅從事基礎設施管理。
新的 StorSimple 8000 系列陣列有兩種選項，來滿足各種容量和性能的需求：StorSimple 8100 和 StorSimple 8600，你可以下載此檔了解更多，這些都是企業混合存儲陣列的應用，而不是過往侷限於唯一 SSDs 和 HDDs，這些陣列使用 Azure Storage 作為一個自動產能擴張和異地資料保護的混合雲層。這代表 IT 團隊不再需要花那麼多時間和精力，致力於不可避免的存儲容量升級，或管理複雜的資料保護細節。StorSimple 8000 系列陣列透過 Cloud Snapshots，將自動保存異地資料，填補原本問題層出不窮的硬碟存儲及昂貴的遠端複製兩個方案間的巨大差距。
全新的陣列將帶領你看到 Microsoft Azure StorSimple 的虛擬裝置，它是將 StorSimple 技術導入雲端作為 Azure 虛擬機器的運行。透過一個匹配的 Azure StorSimple 虛擬機器，StorSimple 8000 系列的客戶可以在 Azure 上執行應用程式，進而搜索與分析歷史資料庫，過程均不用中斷他們的資料中心的生產工作。此新的 StorSimple 虛擬裝置不僅適用 Windows Server和 Hyper-V 的資料，甚至 Linux 和 VMware Servers 也適用，也就是說，將為現在所有常見的伺服器平台，提供混合雲功能。
虛擬裝置也有雲端災害復原 (Disaster Recovery, DR) 功能，它將資料存儲在客戶資料中心內的 Azure StorSimple 陣列，可以將虛擬機器重新開機，並訪問先前上傳的資料。資料在恢復作業運行期間所作的任何更新，都於 StorSimple 陣列恢復正常作業時進行下載。
災難復原是受到很多客戶重視的，但他們很少能有機會來測試自己的能力。Microsoft Azure StorSimple 8000 系列陣列和虛擬裝置有個「即時恢復」的功能，讓應用程式和終端用戶可以於災難發生時儘快訪問資料，並加速還原，繞過不必要的資料僅下載重要資料。
在此版本中的另一項突破性的功能是Microsoft Azure StorSimple Manager，它整合管理所有客戶的 Azure StorSimple 8000 系列陣列和虛擬裝置。管理員將透過此管理器來集中控制雲端 StorSimple 存儲和資料管理等各項功能，所以可以跨越整個企業，確保一致的操作和資料保護/保留原則。新的 StorSimple Manager 還為管理員提供了顯示即時狀態的儀表板，使管理員可以快速發現存儲的問題，使 IT 團隊可以花更少的時間在存儲基礎設施的管理與商務應用程式的資源移轉。
StorSimple 的客戶已體驗到這幾年來 StorSimple 所帶來的財務及 IT 效益。現在，Microsoft Azure StorSimple 解決方案帶來的創新，將提供更強大的運作效率，而這是技術開發與混合雲設計結合的偉大範例。
如果你有興趣學習更多，請在這邊下載電子書或是要求示範。
本文原始發布於「TechNet 台灣部落格」