以互動式登入方式透過 Azure Active Directory 進行身分驗證

以 Service Principal 方式透過 Azure Active Directory 進行身分驗證

以互動式登入方式透過 Azure Active Directory 進行身分驗證

就 Azure Media Services Explorer 而言，採用互動式登入是個最簡單的方式，我們可以點選右側上方採用互動式方式進行登入。當點選完畢後就會出現下圖畫面。

  請記錄下 Azure Active Directory 租戶網域與 REST API 端點兩項資訊，這兩項資訊將提供後續 Azure Media Services Explore 登入時使用。

完成後按下 Connect 按鈕即會跳出 Azure Active Directory 登入畫面，用戶可以鍵入一個有權限使用 Azure Media Services 之帳號密碼完成登入動作。

以 Service Principal 方式透過 Azure Active Directory 進行身分驗證

當此一 Azure AD Application 註冊完畢，我們即可點選下圖中的「管理應用程式」按鈕，取得並記錄下此一應用程式之「應用程式識別碼」(Application ID)，應用程式識別碼 (Application ID) 是一個絕對唯一，代表您這個應用程式的辨識 ID，系統會自動產生後不可修改，當呼叫 Media Services API 時會使用，此 ID 在舊版 Azure Portal 中 Azure Active Directory 管理畫面中稱為 "用戶端識別碼" (clientid)，這是沿用了 OAUTH 2.0 規格中的名稱 Client ID，所以 Application ID 與 Client ID 其實是同一件事。接下來我們需要點選下圖右方的「金鑰」準備產生一個的 Service Principal 的「金鑰」。

接下來啟動 Azure Media Services Explorer 4.0 之後的版本，依據下圖選擇以 Azure AD Interactive 方式進行身分驗證，並在 Mode 處選擇 Service Principal，我們仍需要填入之前記錄的 Azure Active Directory 租戶網域與 REST API 端點於紅色標示的兩個欄位。完成後按下 Save to List 按鈕儲存此一登入資訊。

 

在 Azure 上建立網站有相當多的選項。包括使用 Azure App Service Web Apps (舊名 Azure Websites )、Azure Cloud Service，甚至是直接使用 Azure Virtual Machine 皆能夠達到這些目的。當然這些方式都各有各的優缺點及優勢存在，而使用哪一個完全取決於使用者的需求。

若是您的服務只是一個靜態網站，只有內容呈現，而無資料處理。此時使用 Azure App Service Web Apps (舊名 Azure Websites )、 或是 Azure Virtual Machine等雲端解決方案，就顯得有點浪費，因為您除了需要負擔較為昂貴的設備租用費用，還可能要面臨較為複雜的開發流程。因此本篇文章將介紹一個最簡單的方式，使用 Azure Blob Storage 佈署一個靜態網站 ，(靜態網站可能包含 Flash、圖片、影片、Javascript、CSS 等常見元素)，並且再透過 Azure CDN 來增加網站的承載負載能量。

1. 建立 Azure Storage Account 與佈署靜態網站

首先我們需要建立一個 Azure Storage Account，並且此帳戶下建立許多 Public Blob 來存放靜態網站所需要的頁面和素材。這裡需要注意的是，在建立 Public Blob 時，命名方式可以使用較淺顯易懂的方式，能夠讓您整個網站的結構較為清晰且容易維護。

使用 Azure Storage BLOB 存放靜態網站的範例

您可以依照上圖範例所示，開發者將網站的頁面 HTML、Javascript 放在名為 ”Page” 的 Public Blob 容器 (Container) 中，而將網站內部的內容例如 : 圖片、影片則放在名為 ”Contents” Public Blob 容器 (Container) 中，您也可以依照目前的網頁路徑規劃其他之置放方式。

透過 Azure 入口網站建立 Azure Storage Account

建立一個 Azure Storage Account

取得存取金鑰

使用先前已經新增好的 Azure Storage 帳戶，在最下方工具列選取 ”管理存取金鑰”

儲存體帳戶名稱與主要存取金鑰為下個步驟中，使用免費工具 Azure Storage Explorer 所需要用到的資訊。

以 Azure Storage Explorer 建立 Public Blob 與上傳靜態網站的內容

下載免費的 Azure Storage Explorer 來幫助我們建立Table，您可以參閱此文件，裡面有詳細的使用說明以及載點。

透過 Azure Storage Explorer新增存放網站資料所需的 Public Blob

本篇範例將網站內容分成上圖結構，一共建立四個容器 ( container )，css 專門放置網頁所需的  CSS 檔案，film存放影片，image存放圖片，page 則存放網頁 html 。

建立存放網站內容所需的 Public Blob 之後，您就可以利用熟悉的編輯器來撰寫所需要的 html，並且裡面會用到的 CSS、Javascript、圖片、影片皆能夠透過存放到 Azure Storage Blob 上來進行使用

撰寫完 HTML 之後，只需要將所有 html 以及網站所用到的所有資源 (CSS、Javascript、圖片、影片) 上傳到前幾個步驟建立的 public Blob 中各對應的容器 ( container )，即完成了靜態網站的佈署。您能夠透過類似以下的網址來連接到您的靜態網站 :

http://儲存體帳戶名稱.blob.core.windows.net/Blob名稱

本範例網址為 :

https://teststaticweb.blob.core.windows.net/page/enter.html

倘若您需要使用公司或組織的 Domain Name，可依據此篇文章的方法，透過 DNS CNAME 的設定方式，將公司或組織的 Domain Name 對應到 Azure Storage blob 的 Domain Name。

透過上述步驟，就能夠將靜態網站佈署到 Azure Storage Blob上

2. 啟用 Azure CDN

佈署完畢靜態網站之後，有些使用者的網站可能為全球性的服務，也因此需要使用 CDN ( Content delivery network )，來將網站內容傳遞到世界各地。而在 Azure 上的託管服務中，Azure CDN 就能夠完成上述使用者的需求。

1. 建立 Azure CDN 服務

在新增 Azure CDN時，就能夠選擇先前發布靜態網站所使用的儲存體帳戶

這個設定動作只需要數秒就可以完成，並且也完成了 Azure CDN 服務的所有設定。但是 Azure CDN服務生效的時間至多需要一小時

以本篇範例來說「http://az763605.vo.msecnd.net/」就是我們用來存取 CDN 的端點，也因此我們也可以透過此網域名稱來進入我們的網站。

http://az763605.vo.msecnd.net/page/enter.html

不過端點建立的設定無法立即使用，因為 Azure CDN 最多需要 60 分鐘才會生效，也因此在此之前若使用 CDN 網域進入網站只會得到狀態碼 400 (不正確的要求)。同樣地，倘若您需要使用公司或組織的 Domain Name，可以透過 DNS CNAME 的設定方式，將公司或組織的 Domain Name 對應到 Azure CDN 的 Domain Name。

結語

Azure Storage 佈署靜態網站，Azure CDN 將網站內容發佈到包含台灣高雄以及世界各地的端點 (Pop node)，以建立快取承載巨量存取並分散流量。透過上述兩個步驟，我們只需要經過簡單的開發流程，並且也省下許多成本，就能夠將網站成功的發佈到世界各地去了。

會造成檔案總管 Application Hang 住的原因很多，但如果您是 Windows 8.0 , Windows 8.1, Windows Server 2012, Windows Server 2012 R2 有使用中文輸入法之用戶並且自 2015年3月中以後才發生此種狀況，但很有可能是此更新所造成的。可以至 https://support.microsoft.com/zh-tw/kb/3048778 下載安裝 HotFix 解決此一惱人的問題。

最近在 2015 年 Microsoft 開發者大會 上發布了相當多對於開發者有幫助的新功能，如果您剛好有讀過 Soma 和 Brian Harry 的部落格，或許您已經知道了，Visual Studio Application Insights 正式進入公開預覽階段，供開發者進行測試，這項服務能夠為任何的應用程式匯集並且提供性能管理和使用分析之解決方案。

Application Insights 提供開發團隊對於他們的應用程式進行問題偵測、診斷當機，以及追蹤 Web 應用程式與行動應用程式中的使用情況。並且透過直觀的圖表以及工具來進行故障診斷和排除，它能夠幫助您透過用戶的使用狀況，來分析未來應用程式該優先考慮哪些工作。

在 Application Insights 進入預覽階段之後，我們也推出了一個根據每個應用程式的 telemetry 數量來訂定計價模式，提供給所有的開發團隊相當優惠的福利。而這個計費模式將從 2015 年的 6 月開始生效，並且在公開預覽階段時享有 50% 的折扣。

任何的應用程式都能使用 Application Insights 嗎?

答案是肯定的 ! Application Insights 不斷快速成長並增添支援平台之種類。我們的 iOS 和 Android SDK 提供了使用行為分析 ( usage insights ) 和應用程式當機診斷 ( crash diagnostics )，這都要歸功於 HockeyApp 強大的整合功能，而且毫無疑問的，我們同樣也支援 Windows Phone、Windows Store 應用程式與 UAP 應用程式。

Application Insights 內建支援 ( out-of-the-box ) J2EE 應用程式，並且與 Eclipse 開發工具進行整合。而 ASP.NET 開發人員也可以在Visual Studio 中直接整合 Application Insights。若您開發的是 Azure Web App 上運行的應用程式，您將發現 Application Insights 與其緊密的結合。對於網頁前端工程師則可以使用 JavaScript SDK ，在任何網頁上送出 telemetry，除此之外，Application Insights SDK 支援多種程式語言與平台，包含 PHP、Python、Ruby、Node.js、WordPress、SharePoint 等。

只要您想要，您可以選擇您喜愛或熟悉的開發平台與語言。對於不同的應用程式類型，Application Insights SDK 皆會傳送一個 telemetry 到 Application Insights 服務中進行分析，並且在 Azure 新入口網站裡將資料呈現出來。因此，只要是 Application Insights SDK 支援的開發平台所開發出來的應用程式，皆能夠被 Application Insights 所監控與分析。

即便 Application Insights 是 Microsoft Azure 裡的一項服務，但是您還是能夠將它應用在任何的應用程式中。

誰正在使用 Application Insights ?

我們已經有接近 450,000 個使用 Application Insights 的應用程式。而且越來越多的開發商在開發應用程式時，會選擇使用Application Insights。

下面是一些我們的客戶在使用Application Insights的感想 :

“Application Insights 不只是判斷效能或使用者行為的操作工具。它真的是開發程序的一部分。"

–Dominion Enterprises 品保和發行經理 Ray Escamilla

“Application Insights 讓我們以全方位觀點檢查服務的行為、可靠性和效能。這是我們工程小組日常使用的必要工具，用來檢閱和了解生產服務的運作情形。透過使用此產品所獲得的深入見解，協助我們找出不穩定的領域，排定工程投資的優先順序，為客戶提供更好的服務。”

–Microsoft Game Studios 資深軟體工程師 Kyle McClellan

"Application Insights 可以一次滿足我以整體觀點一覽所有應用程式的健全狀況和效能。它協助我快速釐清優先順序，讓我專注於處理組織中最重要的事項。"

iPerceptions 研發總監 Pierre Tetreault

以上的開發者們對於 Application Insights 如此滿意的原因，是因為 Application Insights 提供了以下的開發優勢 :

1. 提供應用程式效能和使用行為進行全面性的監控，以確保應用程式的可用性 ( availability )。

2. 快速且功能強大的偵錯工具，用來診斷使用狀況與效能問題。

3. 適用於任何的類型的應用程式。

4. 優惠的計價方式。

360度全面監控應用程式的可用性、性能、使用情況

根據 Gartner 的統計，全面監控應用程式的可用性、性能、使用情況是 2015-2016 年十大必須掌握的行動技術技術之一。隨著Application Insights 的出現，您能夠在應用程式的任何角度，監測所有您想要的資訊，甚至可以將多個不同平台的資料，呈現在同一個視圖中。

您也能夠透過使用者所留下的使用情況，來分析資料，讓您能夠知道更多關於應用程式對客戶所帶來的服務問題，例如 :

• 這個應用程式會有性能的瓶頸嗎?
• 這個月用戶新增數目是否有上個月的多?
• 客戶進行何者行為會影響應用程式效能？
• 您的應用程式的客戶群為何?

快速並且強大的故障排除與診斷

您公司的業務可能不允許服務發生停機的狀況，因此做為開發人員或維修工程師，您必須在服務出現問題之前，就把所有問題找出來，並且解決它。使用 Application Insights 能夠讓您進行錯誤偵測並且進行進行診斷與排除。即時行動當機分析 ( Real-time mobile crash analytics ) 可以讓您獲得當機時的所有資訊，您能夠透過此資訊了解到，究竟是何項原因導致當機，並且優先依據客戶影響的順序來進行修復。

您也能夠依照您 Web 應用程式的需求，設定診斷失敗請求( failed requests)、異常 ( exceptions )、錯誤相依性 ( dependency failures )等項目，甚至能夠跟您的登入紀錄 ( Log ) 或自行定義的檢查檔案 ( custom events ) 結合，得到更完整詳細的診斷紀錄。

對於您的 Web 應用程式，您可以透過設置 Web 測試以及 URL pings，建立 Web 的錯誤警示機制並且依照 Web 需求，自行定義測試的基礎值，以便讓您事先了解異常的行為，會對客戶造成何種影響。

為您的應用程式進行分析

我們所設計的 Application Insights 能夠在開發過程中，就與應用程式進行整合，就算該應用程式已經進行上線服務，也一樣能夠透過相當簡單的方式與現有已存在或新開發的應用程式做結合。它會自動收集應用程式中最關鍵的運作資料。若您是使用 Visual Studio 進行開發，那就更容易地將 Application Insights 整合進您的開發流程了。

我們也在不同的 IDE 上面實現了這個方法。下圖是在 Xcode 上的執行狀況。

正如您所看到的，Application Insights 入口網站提供了一系列強大的分析與搜尋工具，能夠藉此來獲取應用程式運作時的任何遙測資料。此外，您還能夠將這些資料導出到外部系統，藉此來搭配其他的資料來進行更進一步的分析工作。

物超所值的雲端計價模型

我們最新的雲端計價模型 ( 2015年6月開始 ) 是依據每個應用程式的資料量進行計價。在免費層級，您可以使用絕大多數的功能，但是對於特定功能的資料量和保留的天數會有所限制。隨著應用程式的擴展，您可能會需要使用到更多的測試資料和資料保留天數， 可以透過標準和高級層級來符合您的需求。這些服務層級都是依據您使用多少數資料來計價，我們不希望在您擴展業務的同時，付出太多的代價在尚未使用到的資源上。此外在公開預覽階段 Application Insights 用戶享有 50% 的折扣。

結論

就是今天，快來使用 Application Insights 吧。憑藉著 Application Insights 強大的分析與診斷能力，能夠讓您的應用程式更為聰明、更加貼近使用者的需求。

最後一件事，如果您在使用 Application Insights 時有任何的意見，請提供您寶貴的意見給我們。若有任何問題，請查詢 Application Insights論壇。

Azure RemoteApp 已經於 2016 年 10 月 1 日停止提供服務，本篇內容已經不再適用

1. 建立 Microsoft Azure 虛擬機器

建立虛擬機器的方法一  :

• 使用一般的 Windows Server 2012 R2映像檔來建立虛擬機器，此方法較為複雜，適合已經有現成 Windows Server 2012 R2 VM 環境要轉換為 Remote App，如果沒有此一考量採用方法二較為簡便。
• 登入Microsoft Azure入口網站，在左下方新增選擇 『計算』->『虛擬機器』->『從組件庫』

• 在選擇映像檔時，選擇『Windows Server 2012 R2』

• 建立完Microsoft Azure 虛擬機器之後，需要做一些設定才能夠符合建立 Azure RemoteApp的需求。先以遠端桌面登入已經執行之 Windows Server 2012 R2，執行 Windows Server Manager 並準備新增伺服器角色。

• 新增伺服器角色『Remote Desktop Services』

• 新增功能『User Interfaces and Infrastructure』並新增『Desktop Experience』

• 在角色服務選取『Remote Desktop Session Host』

• 必須要停用 Encrypting File System (EFS)。
• 使用系統管理員身份執行cmd，並且輸入

Fsutil behavior set disableencryption 1

• 輸入完畢後需重新啟動虛擬機器
• 請重新命名C:\Windows\Panther\Unattend.xml 檔案，以免上傳指令碼稍後無法正常運作。將此檔案名稱變更為Unattend.old，以便讓後您需要回復部署時，仍舊保有這個檔案可用。

• 完成上述的設定之後，就可以將您想要製成 Azure RemoteApp 的應用程式部屬到這台 Windows Server  2012 R2 虛擬機器，本文為了測試，而在虛擬機器內安裝 VLC media player 作為示範。
• 佈署完自行安裝的應用程式之後，進行映像的 SYSPREP 處理，將這台虛擬機器製作成映像檔。使用系統管理員身份執行cmd，輸入下列指令：

C:\Windows\System32\sysprep\sysprep.exe /generalize /oobe /shutdown

• 也可以透過直接從 c:\windows\System32\sysprep 的目錄下找到 sysprep.exe 這個檔案，並且執行它。

• System Cleanup Action 請選擇  "OOBE"，並勾選下面的一般化 (general)，然後下面選擇關機 (shutdown)
• 回到 Azure 管理入口網站，虛擬機器之儀表板，準備擷取虛擬機器 Image。在虛擬機器列表下方工具列，選取『擷取』

• 請注意 : 擷取完虛擬機器 Image 後，該虛擬機器會被刪除。

建立虛擬機器的方法二

• 此方法較方法一更為簡便，適合全新建立之環境，直接使用 Windows Server Remote Desktop Session Host 映像檔來建立虛擬機器。在新增虛擬機器時，若選擇 Windows Server 2012 R2 作為伺服器作業系統，那就必須如方法一所示的透過一些設定才能夠滿足A Azure RemoteApp template image 的需求。這裡提供您另外一種選擇，那就是直接使用 Windows Server Remote Desktop Session Host作為虛擬機器映像檔，這個映像檔已經做好了關於 RemoteApp template image的設定，因此不需要在 Windows Server 內再另外相關設定動作。

• 建立 Azure Virtual Machines 時選擇 Windows Server Remote Desktop Session Host 作為映像檔
• 以遠端桌面連線到虛擬機器之後，安裝您自己的桌面應用程式，完畢後您只需要執行桌面上的 ValidateRemoteAppImage 這個 PowerShell Script，此 PowerShell Script 便會驗證此虛擬器要轉換為 Azure RemoteApp Image Template 所有組態設定是否正確。

• 執行 ValidateRemoteAppImage 之後，請確定執行後的報告沒有任何問題。如圖所示，此虛擬機器已經滿足 Azure RemoteApp Image Template   的需求。

• 確認無誤之後，ValidateRemoteAppImage 最後一個步驟便是進行 SYSPERP 的動作，注意 SYSPREP 動作會自動關閉您的虛擬機器。
• 回到 Azure 管理入口網站，虛擬機器之儀表板，準備擷取虛擬機器 Image。在虛擬機器列表下方工具列，選取『擷取』

• 請注意 : 擷取完虛擬機器 Image 後，該虛擬機器會被刪除。

2. 建立 Azure RemoteApp 的範本映像

• 選取左方工具列『REMOTEAPP』->『範本映像』->『加入』

• 選取『從您的虛擬機器映像庫匯入映像』，即可將前一步驟所製作的虛擬機器映像檔 (  image ) 直接匯入。

• 選取在上個步驟所建立名為 bartremoteapp 的虛擬機器映像檔

• 設定 RemoteApp 範本映像檔

• 本文將 RemoteApp 映像檔設定在東亞資料中心。
• 接下來取得上傳指令，在最下方工具列選取『取得指令碼』

3. 建立 Azure RemoteApp 服務

建立RemoteApp   服務

• 如上圖，您可以選取由上一個步驟所建立的範本映像 bartremoteapp，此外提醒用戶建立 RemoteApp 服務最長需要花費一個小時。

• 建立完RemoteApp服務後，預設會將所有的應用程式發佈成 RemoteApp，如果需要進一步設定與管控，請點選『發行』發佈應用程式。

4. 發佈 RemoteApp

• 先前安裝的 VLC media player 預設已經發行為 RemoteApp 了

• 您也可以點選『發布』來新增其他欲發布之 RemoteApp

5. 設定使用者存取權限

• 選取『使用者存取』

• 新增您想要讓何位使用者來存取 Azure RemoteApp

6. 安裝 Azure RemoteApp 用戶端程式

•  透過這裡，來下載遠端桌面用戶端程式

• 如果採用 Apple App Store 進行安裝，只要輸入關鍵字「Microsoft Remote Desktop」，即可找到這個 App 並進行安裝。

7. 利用不同裝置使用 Azure RemoteApp

個人電腦 Windows 環境中使用方式

• 輸入使用者帳號密碼，就可以看到已經發佈的 Azure RemoteApp

行動設備中使用方式

• 本文使用 Apple iPad 作為示範使用情境

• 輸入使用者帳號密碼，就可以看到已經發佈的 RemoteApp

• 如下圖所示，我們成功的在 Apple iPAD上啟用了 Azure RemoteApp 內的 VLC media player 了

自從去年我們發佈了 Microsoft Azure Media Services 即時直播服務 ( Live Streaming ) 之後，相當多的使用者已經透過這項兼具穩定性和高擴充性的服務來進行影音串流直播。您若有興趣可以參考之前撰寫的這篇文章，裡面有詳細的資訊，介紹如何使用 Azure 入口管理網站或是 .NET SDK 以 Microsoft Azure Media Services 來進行影音串流直播。

在過去為了要進行直播串流 ( Live Streaming )，您需要自行準備一個第三方的編碼器 ( Encoder ) 來產生多個不同畫質之 adaptive bitrate streaming 串流並發佈到 Azure Media Services 上。隨著 Azure Media Services 即時編碼 ( Live Encoding ) 功能進入技術預覽階段之後，您無須再耗費這麼多的傳輸頻寬，同時傳送多種畫質的影音片段，取而代之的是您能夠傳送一個最高畫質單一位元率 ( BitRate ) 串流到 Azure Media Service，而這個單一的串流可以在雲端編碼成各種畫質 adaptive bitrate streaming。之後您就能夠將這些內容以 MPEG-DASH、Microsoft Smooth Streaming、 Apple HLS、Adobe HDS 等通訊協定將影音串流直播至多種用戶端環境來播放。

在這篇文章中，我將介紹如何在 Microsoft Azure Media Services 下使用即時編碼 ( Live Encoding ) 相關功能，包含:

• 餵入單一位元率之影片，透過即時編碼功能產生 adaptive bitrate streaming 多種畫質之編碼影片
• 透過 RTP ( MPEG Transport Streams )、RTMP、Smooth Streaming 等協定擷取傳遞 ( ingest ) 即時串流
• 控制插入廣告訊號到客戶端
• 由即時串流影片餵入時，取得影片之縮圖預覽

何謂即時編碼 ( Live Encoding )

當您在轉播一個即時事件 ( Live Event ) 時，最希望達到的目標就是傳送高品質的視訊以及不管在任何的網路環境下，都能夠將畫面傳送任何使用者可能擁有之裝置上。解決品質和不同網路環境影片播放的最佳方法，就是透過 adaptive bitrate streaming，所謂 adaptive bitrate streaming 是透過檢測用戶端的頻寬狀況和 CPU 使用率，動態調整影音畫質的播放技術。而欲將串流傳送到支援不同協定的各種不同裝置上，則可以透過動態封裝 ( dynamic packaging ) 的技術重新封裝編碼後影片內容。

adaptive bitrate streaming 的運作原理是透過將視訊編碼成不同解析度 ( resolutions ) 和位元率的視訊串流，並且使它們保持同步的狀態。過去在轉播即時事件時，需要將處理即時視訊編碼時所造成的延遲 ( Latency ) 控制在可以接受的範圍。因此在硬體的需求，可能需要效能較好的 CPU，甚至必須採用編碼效率更高的 GPU 設備。此外若是您的服務需要建立多個影音串流，會需要更大的頻寬( bandwidth ) 來將這些串流送到 CDN，再透過這些 CDN 將影片內容廣播給世界各地的用戶。上述所說的所有事情，都意味著您在建立基礎建設時的成本會相當的昂貴。

在 Azure Media Services 提供的即時編碼 ( Live Encoding ) 服務是解決上述問題的雲端方案，運用這項新功能，您只需要將單一 ( 最高畫質 ) 的影音傳送到 Microsoft Azure 的資料中心，之後即時編碼服務會開始進行運算工作，並且將其編碼成多種畫質解析度之 adaptive bitrate stream。這意味著您只需要擁有一個良好的網路環境，並且在相機或是攝影裝置上備有一個編碼器，您就能夠轉播一個即時的事件，並且這項服務具備延展性 ( scalable )，也因此只需要負擔您使用時所產生的費用。

如何使用即時編碼 ( Live Encoding )

透過以下步驟來設置即時編碼，並且轉播即時事件。

1. 決定您要使用何種協定來將即時影片串流即時餵入 ( live feed ) Microsoft Azure Media Services ( 詳情請參考下文 )

2. 使用 Azure API 或是 Azure 入口網站建立一個即時的通道 ( Channel )，並且設定您的即時編碼

3. 設定本地編碼器 ( on-premises encoder ) 傳送一個單一且最高品質 ( high quality ) 的影片餵入 Microsoft Azure Media Services

4. 透過 Azure 入口網站來預覽輸出串流

5. 建立一個 Program 來管理您的轉播事件

注意: 在後續將有文章詳述上述步驟與設定方式。

支援的格式以及解編碼器 ( codecs )

即時編碼所支援的輸入協定有 : RTMP、RTP ( MPEG TS )、Smooth Streaming。您能夠傳送的視訊編碼格式是 MPEG-2 或是 H.264，而音訊則是 AAC-LC ( 最多7.1 聲道 )、 Dolby® Digital/AC-3 ( 最多7.1 聲道 )、 MPEG Audio ( 最多到立體聲 )。

即時編碼支援的色度抽樣 ( chroma subsampling ) 是從 4:2:2 到 4:2:0。而在輸出部分，即時編碼能將視訊編碼至 H.264 ( 最多逐行高達4:2:0 ) 而音訊則是立體聲或是單聲道 AAC ( LC, HE v1, HE v2 Profile )。若視訊饋送中有的話，即時編碼還支援 EIA/CEA-708 closed captions。為了發送廣告提示，即時編碼支援透過API呼叫的輸入資訊，若是輸入協定是RTP的話，則能夠支援 SCTE-35 SpliceInsert 以及 TimeSignal 指令。在輸出端我們的服務能夠送出 HLS Playlist Tags ( SCTE-67 )、 Smooth Streaming Sparse Tracks ( SCTE-35 ) 、HDS CueInfo Elements 等格式。

選擇嵌入協定 ( ingest protocol )

• RTMP : 最常見的嵌入協定之一，它能夠透過內建編碼器的攝影器材或第三方廠商的編碼器 ( 例如 : Telestream Wirecast、Flash Media Live Encoder, Tricaster 等 ) 將影片餵入 ( input feed ) 透過一般網際網路傳送至微軟的 Azure 資料中心。
• RTP : 許多專業媒體廠商像是 Elemental Technologies、Ericsson, Ateme、Envivio 等支援此協定，使用本地端的即時編碼器，並且透過專線網路做影片傳送 ( 例如 : Microsoft Azure ExpressRoute )
• 使用 HTTP 的 Smooth Streaming : 通常用於專業媒體廠商 ( Elemental Technologies、Ericsson, Ateme、Envivio ) 之設備支援此協定，並透過一般網際網路將影片串流傳送至微軟的 Azure 資料中心。

使用 RTMP 的注意事項

當將一個即時影片透過 RTMP 協定傳送至 Azure Media Services 通道 ( Channel ) 中，有以下的限制 :

1. 視訊編碼為 H.264，解析度則可高達 1080p，而立體聲道編碼為 AAC-LC。

2. 音訊採樣率 ( Audio sampling rate ) 為 44.1kHZ。

3. 推薦的編碼模式為封閉的 GOP 和 CBR。

4. 所需傳送的網路頻寬 ( bandwidth ) 需要超過視訊與音訊位元率 ( bitrate ) 的總和。

使用 RTP 的注意事項

如果您計畫使用 RTP 協定來傳送即時串流至 Azure Media Services ，您需要注意網路連接的狀態需要如下所示 :

1. 具備高流量 ( High throughput ) 網路頻寬，頻寬位元率須高於輸入串流的 1.5倍。當您在進行轉播活動時，需要較高的頻寬來進行傳輸，因此可以選擇流量彈性較高的網路，藉此來降低成本。

2. 低延遲 ( Low latency ) 網路傳輸環境，需低於150毫秒。

3. 具備網路品質服務水準保證 ( SLA on QoS ) 與可用性 ( availability ) 之網路環境。

上述兩種作法在一線大型網路提供商皆可提供。符合條件之網路提供商列表。

RTP 透過 Border Gateway Protocol  (BGP) 網路互連 ( peering ) 傳輸影片

您可以使用 RTP 通過公用網路以及 BGP 協定，讓您的資料中心與 Microsoft Azure 網路環境進行互連。在這種情況下，可由單一或多個網路提供商為影片直播提供高速 IP (HSIP) 之網路傳輸環境。影片資料傳輸透過公用網際網路時，而網路供應商之 IP Edge 可與Microsoft Azure 網路相互連接於一共同位置 (co-location)。而這些網路環境互聯相關資訊可以透過 PeeringDB 查詢得知。

網路供應商負責將影片資料傳送到 Microsoft Azure，亦可以訂定符合客戶需求之服務水準合約 (SLAs)。這個做法近來被使用在轉播 NBC 運動賽事和冬季索契奧運會，也有效的降低了網路的成本。

RTP 透過專用 ( dedicated ) 與私人 ( private ) 網路傳輸影片

您可以使用一般針對通用的資料傳輸用途所設計的專用/私人網路來傳輸影片，而非使用專為影片傳輸所設計的網路環境來傳送，通常這種情況都是由網路供應商套裝服務所提供，這種服務的優點在點對點影片傳送時能夠帶來管理與服務品質上的優勢。這種服務主要分成兩種類型 :

1. Microsoft Azure ExpressRoute 通過網路服務供應商 ( NSP ) 或是介接提供商 ( Exchange Provider )

例如 : Azure ExpressRoute + Level 3 Cloud Connect Solutions 或是 Azure ExpressRoute + Equinix Cloud Exchange

2. 由網路供應商管理影音之服務

例如 : Level 3 VYVX Solution

若您正在透過 RTP 發送一個及時饋送 ( Live feed )，在傳送中常見的編碼協議如下所示 :

• 編碼 : H264/AAC
• Container格式 : MPEG-2 TS
• 網路協定 --- 應用層 ( Application Layer ) : RTP
• 網路協定 --- 傳輸層 ( Transport Layer ) : UDP

發送廣告信號 ( signaling advertisements )

當您 Azure Media Service 的通道 ( Channel ) 已經啟用了即時編碼功能，您能夠透過一些組件來處理影片資料，並且進一步操控資料。在 Azure Media Service 的服務中，您可以透過通道來插入開拍板 ( Slates ) 和廣告訊號 ( Advertising signals ) 至欲輸出的 adaptive bitrate streaming 中。廣告訊號是一個時間同步 ( time-synchronized ) 的信號，您能夠將它內嵌到輸出串流，並且告知影片撥放器去執行特定的動作，例如在適當的時間點切換至廣告。您可以參考這篇部落格，裡面介紹了 SCTE-35 訊號機制。以下是您能夠在您轉播即時事件時可以控制之動作 (範例程式和 API 細節會在日後的文章有詳細介紹 )。

• 讓您的觀眾在事件撥放前 ( PRE-EVENT ) 獲得一個 PRE-EVENT 圖像
• 在事件撥放結束之後，獲得一個 POST-EVENT 圖像
• 在您的事件撥放期間，發生錯誤時，得到一個 ERROR-EVENT 圖像 ( 例如 : 球場停電 )
• 當中場廣告的時候出現一個 AD-BREAK 圖像。

得到一個即時輸輸入影片之縮圖瀏覽 ( thumbnail preview )

當即時編碼已經啟用，而且即時將影片餵入到 Azure Media Services 通道 ( Channel ) 之後，您可以藉由縮圖瀏覽來確認影片是否真的已經送達通道了，此縮圖功能 Azure Media Service 亦提供 API 可供開發人員呼叫。

總結

在這篇文章中，我們介紹了 Microsoft Azure Media Service 的即時編碼 ( Live Encoding ) 功能。在接下來的幾天，會有更多介紹關於如何使用 Azure 入口網站建立即時編碼、如何由本地端編碼器來將影片即時餵入 ( input live feed ) Azure Media Services 通道 ( Channel )、如何控制廣告訊號發送。若您還有其他關於即時編碼的問題，請透過此電子郵件信箱與我們聯繫 amslived@microsoft.com 。

Microsoft Azure 定期會執行全球性的更新服務 (Planned Maintenance)，藉此來提高所有託管服務或是虛擬機器基礎建設之可靠性 (Reliability)、效能 (Performance) 與安全性 (Security)。大多數的更新都是在資料中心完成，因此絕對不會影響到任何虛擬機器的運作，然而這些更新往往都需要將您的虛擬機器做重新啟動的動作。微軟公司很清楚定期更新對於用戶所造成的困擾，並將針對例行更新提供一系列改善措施，期望能夠降低您在經過每次的定期維護之後，重新啟動虛擬機器時所受到的影響，本篇所介紹的就是其中一項新功能。關於 Microsoft Azure 虛擬機器定期維護相關細節，請參考這裡。

為了幫助您確定虛擬機器重啟是否是因為定期維護事件的關係，我們提供了一個新的 API，它提供了一個紀錄檔 (Logs) 顯示您的虛擬機器何時曾進行重啟。

如果您在 Azure 入口網站瀏覽一個雲端服務 (Microsoft Azure Cloud Service)，您可以在儀表板的地方看到一個新連結 ”檢視重新啟動記錄 (Reboot logs)”。

請注意，重啟紀錄只能夠透過雲端服務 (Cloud Services) 的儀表板做查看的動作，虛擬機器 (Virtual Machines) 的儀表板無此選項。

進入重啟紀錄的設定頁面，您能夠選擇任何時間範圍的虛擬機器重啟紀錄。

如果您有使用 Azure PowerShell，在最新版的 PowerShell 也能夠查到相同的資訊:

以下為範例輸出 :

在此能夠看到該台虛擬機器重啟的時間以及原因。

目前僅能列出定期更新維護 (Planned Maintenance) 所造成的虛擬機器重新啟動事件，我們將在近期內再新增更多種的重新啟動事件 (Event) ，讓使用者能夠利用 Azure 入口網站即可更清楚瞭解擬機器運作的情況。有關於管理虛擬機器的更多資訊，請參考這裡。

我們在這裡很高興的向各位宣布，Azure Media Services 正式能夠與 Azure CDN 進行整合。Azure CDN 能夠透過 Azure 管理入口網站、Media Services REST API 2.9 或是 .NET SDK 3.1.0.2 整合任何媒體服務串流的端點 (Media services streaming endpoint)。這使得您能夠利用 Microsoft 在世界各地包含台灣在內的 CDN存取點 (POPs) ，輕鬆的將媒體串流播送出來，並且提高傳遞的效能。

CDN (Content Delivery Network) 最初的設計是透過與世界各地距離使用者較接近的 CDN POP 來暫存以及傳遞媒體串流，透過這種方式能夠讓傳送串流的時間減少，藉此來提升用戶的存取效率。

在沒有使用 CDN 的情況下，用戶是直接存取 Azure Media Service 帳戶所在的資料中心。假設您的服務用戶數量有限 (數百個內)，而且用戶都位在資料中心的周邊地區，那不使用 CDN 直接透過 Azure Media Service 播送影音是可行的。但是影音服務若是跨區域，並且在全球各地有成千上萬的用戶，我們還是建議您啟用 Azure CDN 來提高串流傳遞的效能。

價格優勢 :

在沒有使用  CDN的情況下，收費方式是串流從 Azure 資料中心傳出，開始計算流量。而使用 Azure CDN 的情況，您只需要支付串流從 CDN POPs 傳出到用戶端的流量費用，而從 Azure 資料中心傳到 Azure CDN 的流量是不需要收費的。

Azure CDN 是使用隨用隨付 (pay-as-you-go) 的計費模式。不像某些 CDN 供應商需要用戶使用承諾至少一定之用量 (CDN specific minimum commitment) 再依照此訂定合約與費用

完整的 Azure CDN 價格詳情，請參考這裡。

主要特點 :

資料中心的高可用性 (Availability) :

Azure CDN 能夠在所有 Azure 資料中心啟用 (美西、美東、北歐、西歐、西日本地區、東南亞、東亞)

串流主機名稱 ( Streaming hostname ):

串流端點的主機名稱在啟用 CDN 服務之後還是相同的。您不需要為媒體串流在 Azure CDN 上啟用時進行任何改變。例如 : 如果您的串流端點主機名稱是 strasbourg.streaming.mediaservices.windows.net，而啟用 Azure CDN 服務之後，主機名稱依舊不會有任何改變。

串流單位 ( Streaming unit ) :

您必須至少有一個媒體串流單位才能夠啟用 Azure CDN 服務。在預設的情況下，當您建立一個媒體串流端點時，串流單位也會自動啟用。

啟動時間 ( Activation time ) :

啟用 Azure CDN之後，需要兩個小時的時間來啟動所有的 CDN POPs，並非立即生效請耐心等待。

啟用 Azure CDN :

您可以啟用 Azure CDN 服務來建立一個新的媒體串流端點，而對於現有的媒體串流端點，則需要先停止端點，再進行啟用 Azure CDN 的動作。

允許用戶請求 ( Allowed requests ) :

當 Azure CDN 啟用串流端點之後，客戶端 (Client) 不能夠直接向原始的資料中心要求資料。若是您需要直接測試原始資料中心內容或是不使用 Azure CDN 的話，您需要再建立另外一個新的串流端點，並且不啟用該端點的 Azure CDN 服務。

有關從 Azure 管理入口網站來啟用串流端點與 Azure CDN 服務，其詳細的操作步驟，請參考這裡。

隨著雲端應用的普及，企業或是個人在開發應用程式時，都可藉由雲端平台上的託管服務得到高可用性以及高擴展性。Microsoft Azure 提供相當多的雲端解決方案可供客戶選擇，最常應用到的就是雲端資料庫 Azure SQL Database。Linux 用戶常遇到一個共通的問題，如何在 Linux 上以 PHP 連線到 Azure SQL Database ? 若是開發者使用 Windows Server 作業系統做為開發平台時，能夠與Azure SQL Database 完美的結合，不需要經過任何複雜配置與調整，在 Windows Server 使用 PHP 等開源程式碼時，也可以透過微軟提供的 Driver 來進行連結，但若是以 Linux 做為開發平台時，情況會較為複雜。透過本文，將介紹如何利用 FreeTDS 在 Ubuntu 環境下 PHP 連接 Azure SQL Database。TDS 是 Microsoft SQL Server 資料傳輸所使用的封包格式，過去微軟 SQL Server 透過 DB Library API 提供 C 語言使用的 CLI ( Call Level Interface )，處理 TDS 封包與網路通訊，DB Library 的歷史可以追溯到 1990 年代初期微軟公司與 Sybase 間的合作，隨著時間的演進兩家公司間的 CLI 發展也逐漸分道揚鑣 ，由於在此一時間點微軟尚未提供 Linux 版的 DB Library，因此僅能藉由開放源碼專案 FreeTDS 來達成目的，但無法對 FreeTDS 提供任何品質保證。

測試環境

Linux 作業系統版本 : Ubuntu 14.10

Web Server : Apache2

PHP 環境版本 : PHP 5.5.12-2ubuntu4.2

雲端資料庫 : Azure SQL Database

安裝 FreeTDS

1.安裝 freetds-dev  , freetds-bin

附註，此為 Ubuntu 安裝方式，不同 Linux 分發版本對於 packages 管理不同，例如 CentOS 7.0 安裝 FreeTDS 方式如下:

sudo yum install wget
sudo rpm -Uvh http://mirror.oss.ou.edu/epel/7/x86_64/e/epel-release-7-5.noarch.rpm
sudo cd /etc/yum.repos.d/
sudo wget http://rpms.famillecollet.com/enterprise/remi.repo
sudo yum install freetds
sudo yum install freetds-devel

2.利用 tsql –C 查看整個 FreeTDS 的資訊 ，以確認 FreeTDS 是否已經安裝成功。

以 tsql 測試連線是否成功

1. 在測試連線之前，要特別進入到Microsoft Azure入口網站中進行伺服器的連線設定

(將使用者的IP位址加入伺服器允許存取IP的群組中)

2. 建立Azure SQL Database 伺服器連線

TDSVER=8.0 tsql -H [伺服器名稱  xxxx.database.windows.net ] -p 1433 –D [資料庫名稱 ] -U [使用者帳號 ]

-P [使用者密碼 ]

3. 輸入 SQL 語法，測試是否可正常取得資料

在 1>、2>、3> 後輸入 SQL 指令。

輸入 go，執行 SQL 指令

4. 資料若有顯示，代表成功連到了Azure SQL Database。某些 Linux 可能有作業系統層級的防火牆服務，請記得開啟允許 1433 TCP 通訊協定進出伺服器。

透過以上的步驟，Ubuntu Server 已經能夠和 Azure SQL Server 進行連線。

若使用者需要使用 PHP 來存取 Azure SQL Database 裡的資料，則需要再進行 PHP 程式碼的調整。由於Azure SQL Database 的連接字串專門是為一個資料庫運作，因此有些 PHP 資料庫操作 command 在連結 Azure SQL Database 時是被禁止的。例如 : 使用 MSSQL function 來建立連接字串，然後再執行 USE 指令切換到指定的資料庫。

為了解決這個限制造成的連線困難，我們可以透過 PDO driver 的 dblib，其能夠直接指定您要連接的資料庫伺服器。

設定 PDO

1. 您可以透過 phpinfo ( ) 來找到 php5 裡面的所有擴充功能的資訊

如上圖所示，在尚未設定妥 PDO 時，PDO 是無法透過 dblib 驅動程式進行資料庫連線

2. 安裝 php5-sybase

安裝 php5-sybase 的方法可以參閱 http://grover.open2space.com/content/use-php-and-pdo-connect-ms-sql-server，如下鍵入命令取得並安裝，完成後重起 Apache2 :

sudo apt-get install php5-sybase
sudo /etc/init.d/apache2 restart

完成後如上圖顯示，現在可以透過 dblib 來進行連線字串設定

3. 透過 PDO 建立連接字串，與 Azure SQL Database 進行連線

如果一切順利，網頁顯示連線成功