Azure 成功案例 – 安麗結合 Microsoft Azure,首開年會網路直播創舉

7.5 小時不中斷的精彩、6千多名觀眾的遠距參與,勇敢創新媒體應用與服務 安麗公司大中華區資訊長吳樹正表示 : 「網路直播最重要的是順暢度和解析度,最怕的則是狀況發生時能否立即解決。Microsoft Azure 以獨有的媒體服務、全球化的佈點、強大的在地化團隊,以及完整服務機制如即時的統計報表,協助我們順利達成這個新目標。」 「勇敢走自己的路」是安麗2015年會的標語,首次採用網路直播,讓中國、東南亞等海外地區,甚至是遠在俄羅斯和冰島的會員或經銷商,都能遠距參與這場年度盛會,更是安麗勇敢做出的創新之舉。 安麗選擇 Microsoft Azure 的媒體服務和 CDN(Content Delivery Network)來建構直播平台,結合台灣微軟 Premier Service 團隊的全力支援,長達 7.5個小時的實際直播時間完全沒斷線,也讓安麗決定將所有影片服務和媒體應用移往 Microsoft Azure。

0

Microsoft Azure 與 Red Hat 合作案常見問題集

我們之前宣布了 Microsoft Azure 與 Red Hat 緊密的合作,提供整合式企業級支援,得到了許多使用者正面的肯定,同時也有很多的詢問,我們特別整理了相關常見問題,一次解答大家心中的疑問。 日期: 2015/11/04 在 2015年11月4日, Red Hat和 Microsoft 宣布商業合作協定,包括:  在 Microsoft Azure 上運行 Red Hat 產品 在 Red Hat 產品中支援 .NET 使用 Red Hat CloudForms 管理 Azure 上的虛擬機器 本篇文章將提供 Red Hat 與 Microsoft Azure 的客戶與合作夥伴,對於這個合作案更詳細的資訊與常見問題。 1. 為什麼會有這個聲明?是什麼驅使了這次合作案中包含的客戶需求? Red Hat 與 Microsoft 已經達成了一項有益於雙方共同客戶的協議 : 針對這些希望在 Microsoft Azure 上使用 Red Hat 產品的客戶提供領先業界的整合型服務和企業級解決方案。Red Hat 與…

2

利用 Azure CDN 發佈靜態網站

代貼北科大劉建昌同學撰寫之技術文件 在 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…

0

Azure Logic App – 使用 Twilio Connector 傳送簡訊

在佈署服務到Azure上後,一個常常遇到的問題就是如果服務出了狀況,要怎麼收到及時的通知。目前Azure預設功能僅有提供email通知;但是收email有時還是會有遺漏的狀況,這時如果需要透過簡訊的話,只能透過開發程式完成。 現在,隨著Azure App Services加入了更多的Connector,只需要在Azure portal上拖拉就從指定的電子郵件信箱收信,然後將訊息發給指定的電話號碼了。 這樣的功能,在Azure上是透過Twilio Connector來達成;Twilio是一家提供簡訊、語音服務的公司;它們提供了完整的API給開發者透過REST API、C#、PHP…etc來呼叫他們的服務傳送簡訊或是語音訊息。並且,你也可以透過Twilio來取得一組國外的電話號碼。 首先,登入Twilio網站註冊一個免費試用帳號:http://ahoy.twilio.com/azure 註冊完成後,記得申請一組電話號碼並啟用SMS功能。 記住Twilio的Account SID與Auth Token,稍後我們會用到。 登入Azure Portal https://portal.azure.com 建立一個新的Logic App 點開Trigger and Actions編輯視窗,加入POP3 Connector與Twilio Connector。其中,POP3 Connector試了要從我們指定的email收信,這裡應該會是我們的Account Live ID信箱。Twilio Connector則是要將信件內容透過Twilio API發送簡訊到我們的手機上 畫面看起來應該是這樣子的 在這裡把信箱的POP3登入資訊,以及剛剛Twilio的Account ID & Auth Token填入後。等待API App建立完成 接著,編輯POP3 Connector的Get Email Trigger 設定多久收一次信,這邊我設定每分鐘收一次;請注意,如果你的Web Plan是選擇Free Tier的話,可能沒有辦法用這麼短的時間間隔收信 按下完成後,接著編輯Twilio Connector的Send Message Action 在From Phone Number欄位,填上剛剛在Twilio取得的電話號碼;To Phone Number填上收信人的電話號碼 Text則是簡訊的內容,這裡選擇信件的Subject 按下完成後,存檔 等待Logic App建立完成,發一封信到剛剛指定的信箱,稍後一會,就可以收到簡訊了!由於是試用帳號,因此簡訊前面會有”Sent from…

0

Application Insights 正式進入公開預覽階段

感謝北科大劉建昌同學協助翻譯微軟公司  Application Insights 主管  Merav Davidson 於 2015/4/29 發表的文章 Announcing Application Insights Public Preview (  http://azure.microsoft.com/blog/2015/04/29/announcing-application-insights-public-preview-2/ ) , 最近在 2015 年 Microsoft 開發者大會 上發布了相當多對於開發者有幫助的新功能,如果您剛好有讀過 Soma 和 Brian Harry 的部落格,或許您已經知道了,Visual Studio Application Insights 正式進入公開預覽階段,供開發者進行測試,這項服務能夠為任何的應用程式匯集並且提供性能管理和使用分析之解決方案。 Application Insights 提供開發團隊對於他們的應用程式進行問題偵測、診斷當機,以及追蹤 Web 應用程式與行動應用程式中的使用情況。並且透過直觀的圖表以及工具來進行故障診斷和排除,它能夠幫助您透過用戶的使用狀況,來分析未來應用程式該優先考慮哪些工作。 在 Application Insights 進入預覽階段之後,我們也推出了一個根據每個應用程式的 telemetry 數量來訂定計價模式,提供給所有的開發團隊相當優惠的福利。而這個計費模式將從 2015 年的 6 月開始生效,並且在公開預覽階段時享有 50% 的折扣。 任何的應用程式都能使用 Application Insights 嗎? 答案是肯定的…

0

Microsoft Azure Media Services 即時編碼 (Live Encoding) 簡介

感謝北科大劉建昌同學協助翻譯微軟公司 Azure Media Services 主管 Anil Murching 於 2015/4/13 發表的文章 An introduction to Live Encoding with Azure Media Services ( http://azure.microsoft.com/blog/2015/04/13/an-introduction-to-live-encoding-with-azure-media-services/ ) ,目前本篇所介紹之內容尚未進入公開技術預覽階段,欲參與 Azure Media Services 即時編碼功能技術預覽的用戶請發信至 amslived@microsoft.com 申請。 自從去年我們發佈了 Microsoft Azure Media Services 即時直播服務 ( Live Streaming ) 之後,相當多的使用者已經透過這項兼具穩定性和高擴充性的服務來進行影音串流直播。您若有興趣可以參考之前撰寫的這篇文章,裡面有詳細的資訊,介紹如何使用 Azure 入口管理網站或是 .NET SDK 以 Microsoft Azure Media Services 來進行影音串流直播。 在過去為了要進行直播串流 ( Live Streaming ),您需要自行準備一個第三方的編碼器 (…

0

檢視 Azure 虛擬機器 (Virtual Machines) 重新啟動紀錄

感謝北科大劉建昌同學協助翻譯微軟公司 Azure Compute Runtime 主管 Kenaz Kwa 於 2015/4/1 發表的文章 Viewing VM Reboot Logs ( http://azure.microsoft.com/blog/2015/04/01/viewing-vm-reboot-logs/ ) 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…

0

全新的 Azure App 服務 (Azure App Service) 正式亮相

現在是一個強調 "行動優先、雲端優先" 的世界,每一間企業都想要透過提供具有良好體驗的應用程式與目標客戶建立連結與互動,同時也期望能夠透過這些應用程式讓公司員工更具有生產力。這些應用程式都需要能夠正常在各種裝置上 (無論是運作在各種行動裝置或是個人電腦) 運作,並且,能夠與其他應用程式或資料整合。我們非常高興地向大家宣布一項全新的服務 – Azure App 服務 (Azure App Service),這項服務提供一種強大而完整的應用程式開發解決方案。Azure App 服務是一項整合式的服務,讓您能夠在任何平台或裝置上,建立網頁式與行動裝置式的應用程式,同時,您能夠輕易地整合其他軟體即服務 (Software as a Service, SaaS) 的服務 (例如: Office 365、Dynamics CRM、Salesforce或Twilio等),您也能夠輕易地整合本地端 (on-premises) 應用程式 (例如: SAP、Oracle或Siebel等),同時滿足企業自動化流程的需要、符合高度資訊安全的保護、隨時依據企業實際需求增減相關計算或儲存資源等 Azure App 服務 (Azure App Service) Azure App 服務整合了既有的 Azure 網站服務 (Azure Websites) 與 Azure 行動服務 (Azure Mobile Service) 之外,也新增兩項 Azure 的服務 – Azure 邏輯與工作流程應用程式 (Azure Logic/Workflow App) 與 Azure API…

0

Azure Media Service 正式與 Azure CDN 整合

感謝北科大劉建昌同學協助翻譯微軟公司 Azure Media Services 主管 Manling Zhang於 2015/3/17 發表的文章 Announcing Azure Media Services integration with Azure CDN (Content Delivery Network) ( http://azure.microsoft.com/blog/2015/03/17/announcing-azure-media-services-integration-with-azure-cdn-content-delivery-network/)   我們在這裡很高興的向各位宣布,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…

0

保護機敏資料的幫手 – 再談 Azure SQL Database 動態資料遮罩

本文大綱如下: 說明 使用別名來建立遮罩 結論 參考資料 說明 上一篇我們談到使用 Azure SQL Database 動態資料遮罩可以幫助 DBA 或系統管理員,有效防止機敏資料洩漏給未經授權的人員,針對比較單純的情境,只需使用【資料表和資料行】的遮罩方式,就可以在用戶端直接查詢基礎資料表時,提供機敏資料的保護。 甚至是透過預存程序或內崁資料表值函數(inline table-valued function)回傳基礎資料表的內容時,也幾乎不需太多的程式修改成本,就可以防止資料直接外洩。 下圖示範透過預存程序及內崁資料表值函數來取得機敏資料,一樣會被動態資料遮罩功能所保護。 但現實環境當中,資訊系統的複雜度往往不會這麼單純,需要 JOIN 多個基礎資料表,或搭配子查詢及衍生資料表來組合出系統所需的結果集,都是很常見的狀況。 如果只用【資料表和資料行】的遮罩方式可能,在較複雜的情境下會顯得捉襟見肘。 假設我們針對 SalesLT.ProductCategory 資料表的Name資料行、SalesLT.Product 的 ProductID 和 Name 資料行建立遮罩規則(如上圖),在遇到下列 T-SQL 查詢時就會發生,應該被遮罩的 ProdID(原 SalesLT.Product 資料表的 ProductID 資料行)和 ProdName(原 SalesLT.Product 資料表的 Name 資料行)資料行並沒有如預期的被保護,如果這是重要的機敏資料,在這種狀況下則會全都露。 該怎麼防止這種狀況發生,Azure SQL Database 提供了另一種遮罩方式,詳見下一節的說明。 使用別名來建立遮罩 針對非基礎資料表的查詢,如衍生資料表或子查詢或是資料表函數回傳的結果,必須使用【別名】的遮罩方式才能有效防堵機敏資料外洩,在不修改現有應用程式中的查詢語法,將查詢結果集的欄位名稱填入【遮罩項目別名】,其餘遮罩功能則和【資料表和資料行】遮罩規則建立方式相同。 下圖示範在 Azure 入口網站中針對 ProdID 和 ProdName 資料行建立遮罩規則,針對別名 ProdID,以…

0