發表文章

目前顯示的是有「Azure其實並不難」標籤的文章

雲端好物 - 用 Azure Files 建立隨處可存取的 D 槽...

圖片
雲端好物 - 用 Azure Files 建立隨處可存取的 D 槽... USB隨身碟不夠大? 擔心檔案遺失? 想要有便宜好用的儲存空間? 不如把檔案放上雲端吧。想把檔案放到雲端最簡單的方法,大概莫過於 Azure Files了。 當你設定好 Azure Files之後,等同於有一個雲端的隨身碟,不管在任何地方,只要你想要存取檔案,都可以透過安全的連線方式,取得位於雲端大儲存空間的檔案。 設定的方式很簡單,只要你建立好一個 Azure Storage Account,然後找到 檔案共用: 接著,依照下圖的方式,建立一個檔案共用: 建立完成後,選擇連接: 接著會出現底下畫面: 你會看到各種平台連結此雲端硬碟的方式,我們可以選擇某一個磁碟機號,例如上圖選擇W,選擇好後,複製上面這串script,到Windows的PowerShell環境執行: 最後會出現底下畫面: 當啷,一個W槽就出現了。 你可以使用這個 W 槽如同一般的資料夾一樣,所有的檔案也都能在雲端看到: 所有放上去的資料,由於Azure Storage本身就有備份與備援機制,檔案遺失的可能性幾乎等於0,你還可以隨時建立快照集(上圖A),輕而易舉的就讓檔案存取既安全又方便,從此之後檔案隨手可得。 備註:當然,這一切…網路速度要夠快才可以。

為QnA Service的Knowledge Base加上共同管理者

圖片
QnA Maker正式版(GA)之後,在建立與權限維護上改變了不少,總的來說,就是改以Azure作為管理的核心,因此你會發現,你不再能夠直接從QnA Maker的管理站台( https://www.qnamaker.ai )去設定共同管理者,取而代之的,你必須從Azure Portal來設定。 當你要為某一個共同管理者設定權限時,你必須先在Azure Portal找到該QnA Maker的Cognitive Services服務,然後選取存取控制(IAM): 接著點選『新增』來加入新的用戶,並且在角色選擇『參與者』,在底下的『選取』文字方塊中直接輸入其 Microsoft Account,然後將其加入即可。 但請留意,這不會立刻生效,被加入的用戶會先收到一封mail,被邀請加入該目錄(Directory),收到Mail後該用戶要底選Get Started: 這會讓該用戶加入此目錄,然後才能夠存取該服務。 同樣的,這個作法也會讓該用戶在QnA Maker的管理站台( https://www.qnamaker.ai )中可以自由建立新的Knowledge Base,而帳就會算在你剛才授權的那個QnA Service與其所屬的訂閱(Azure Subscription)頭上: 此外該用戶也會被加入所屬的Azure AAD目錄中,如果要移除權限的時候也別忘記了唷。

建立QnA Maker時的小陷阱

圖片
先前介紹過,可以輕鬆實現自然語言客服的 QnA Maker 已經正式GA,因此,建立該服務需要到Azure站台上。我們知道Azure站台上的服務都有免費的選項可以用,QnA也不例外,因此你建立QnA Maker時候,可以很大膽的選擇底下的F0方案,而底下的Search Pricing tier也可以選擇F方案,大多Azure上免費的方案都是F開頭: 這樣就高枕無憂了嗎? 理論上是的,但有學員反應他的Azure被收了大錢,Why?不是F嗎? ㄟ…部分是的。 請看上圖的英文字部分,QnA Maker需要一個Azure Web Site,而建立QnA Maker時候,系統預設幫你開了一個S1(Standard)等級的Web Site,這S1等級的web App可是2000多台幣每個月啊… 這故事告訴我們,千萬別忽略網頁上不起眼的訊息,特別是英文的。 如何解決呢? 請找出該自動建立的WebApp(你設定他名字的,所以你應該找的到),將其改為(降級)為F1或D1即可:

使用C#開發LineBot(18) – 輕鬆偵錯你的WebHook

圖片
上週六在 Study4.tw社群分享 中,有位學員問到一個很常見的問題,Linebot的WebHook該如何Debug呢? 因為是跑在伺服器端,production的時候要偵錯非常困難。之前我們也說過可以寫Log和把Exception透過Line傳給Admin等方法,但畢竟沒有像是我們習慣的單步偵錯那麼直覺,我們是否有可能可以在production環境中單步偵錯嗎? 我得說,不適合,但技術上確實可以。 production是正式環境,在正常狀況下我們不可能去單步偵錯,但其實,在技術上,我們可以透過azure web app的遠端偵錯,來實現正式對外環境的單步偵錯,如果不放心,你也可以在production以外,建立第二個對外的staging測試環境,來實現單步偵錯。 接下來這篇,我們來看看如何使用這個功能。 如果你用Azure Web App作為你的WebHook hosting網站,並且使用VS2015以上的開發工具,那恭喜你,其實你是可以在PC上,透過IIS提供的遠端偵錯機制,來進行遠端伺服器端的單步偵錯,就好像在locahost上偵錯一般。 當然也沒有『完全』一樣,至少,會慢很多。畢竟,他是連結到遠端的網站,別太苛求。 如何實現呢?有幾個要素,分別是: 你的WebHook所在網站必須是Azure Web App(或IIS 7.5以上) 你deploy上去的必須是debug version(而非release version) 你的開發環境至少是VS2015。 怎麼使用呢? 首先,請先把你的WebHook透過Visual Studio佈署上azure web app(當然你要先申請好網站),請特別留意,你佈署的時候,底下這步驟時,必須選擇debug(而非一般的release): 完成後,請打開你Visual Studio的Server Explorer,在其中找到Azure item,展開『App Service』(如果你從未登入過,在進行這個步驟時,VS會要求你登入,請以你可以登入portal.azure.com建立該Web App的帳密登入),找到你的Web App所屬的Resource Group,然後將其展開,會看到該Resource Group底下所有的Azure Web App名稱,這時,請點選剛才以debug模式佈署的Azure Web App,...

關於Azure Subscription的Directory(目錄)問題

圖片
這個主題應該不是很多用戶會碰到,但因為連續幾次我都忘記了怎麼設定,因此還是稍微紀錄一下。 現在應該越來越多用戶在使用Azure了,而Azure基本的計費單位是Subscription(訂閱),用戶的訂閱可以從很多管道而來,一般用戶,每註冊一個Microsoft帳號,就可以在該帳號底下新增多個訂閱。例如,大多數的用戶可能是從底下的Free Trial網址新增的訂閱: https://azure.microsoft.com/zh-tw/pricing/free-trial/   但問題來了,企業應用的時候不太容易使用員工的Microsoft帳號來管理Azure訂閱,況且,企業有Directory的需求(例如企業內的AD),會希望用類似AD這樣的機制來管理帳號,因此Azure也有個Azure上的AD,一般叫AAD。 而Azure Subscription則可以歸屬於特定的Azure AD,以便於企業用Azure AD上的帳號(人員)來進行統籌的管理,除此之外,AAD很有很多用途,我自己覺得AAD是微軟想要實現SSO與indetity management的一個重要步伐。 回到我們先前的主題,AAD的出現,使得Azure Subscription的管理模式有了一個改變,早期沒有AAD的時候,一個Microsoft帳號底下所能夠管理的訂閱,是依照該帳號是否為該訂閱的Service admin或co-admin來決定(下圖中的角色): 而AAD加入之後,其實,也是。 但差別在於,Portal在選擇某管理帳號所能管理的Subscription時,從原本的『帳號—>訂閱』這樣的關係,變成『帳號—>目錄—>訂閱』: 也就是說,如果你有某個帳號(不管是Microsoft Account或AAD的組織Account),只要該帳號是多個Azure Subscription的Service Admin或Co-Admin,而該帳號所能管理的訂閱,又分散在多個不同的AAD目錄底下時,就會出現上面這樣的畫面,你必須先選擇帳號,再選擇目錄,然後再從目錄選擇訂閱。 而管理帳號在同一個畫面上,只能看到同一個目錄下的所有訂閱<--這是重點 ,這時候,想要同時管理多個不在同一個目錄下的訂閱,就非常的令人困擾。你必須常常在portal右上角的目錄清單間切來換去...

[實作上手營] 行動裝置開發及使用Windows Azure開發後端服務實作

圖片
  明天主要講的是Azure與Apps(Win8 Apps, WP8 Apps)開發之間的關係,會介紹的是如何從手機和平板App上存取Azure的資源,以及微軟最新的mobile services   點選 這邊 報名。(如果不能點,就是活動過期了,或是額滿了) 

如何啟動MSDN Ultimate訂閱免費的Windows Azure雲端服務

圖片
隨著Windows Azure開始正式在台灣開放,我們現在可以用台灣了Live ID申請囉,跟著我來做申請步驟吧。 如果你的Windows Live ID帳號有訂閱MSDN(例如BizSpark, MVP, 公司買的, 路上撿到的...etc),那你用這個帳號登入之後,請進入 MSDN訂閱網站 ,會看到底下畫面: 請點選其中的『啟用Windows Azure』,接著出現底下畫面: 立刻按下 → 鈕,進入下一步。 可能是因為我在申請該Live ID的時候,已經輸入過電話了(如果要進行電話驗證,請輸入你的手機,選擇簡訊驗證,會收到簡訊代碼,填入後即可),所以跳過了第二步驟的電話驗證,直接進入第三步驟的信用卡驗證: 按下『下一步』,就完成了,會被直接導入到Azure站台: 您可以選擇『帳戶』: 會看到你的Azure訂閱帳戶,MSDN免費贈送的帳號有相當多的時數(1500hr/m),足夠你建立一個具有Load Balance的中小型網站了。 如果你怕不小心超過時數信用卡會被扣款,請不要開啟消費限制。 要開始上雲端了嗎,你只需要點選『管理』: 就可以進入後端管理站台了(新版Portal也開放囉): Enjoy it...

[Azure 其實並不難]Windows Azure WebRole 開發,與ConfigurationSettings的使用

圖片
在接續著 前一篇 我們討論雲端運算的概念以及定義之後,我們接著來看微軟提供了那些雲端運算相關的服務? 我們知道NIST對雲端的定義很清楚,除了 前面 介紹過的五個要素(Essential Characteristics)之外,也定義了雲端運算的三個典型服務型態(Service Models)分別是: IaaS:Cloud Infrastructure as a Service PaaS:Cloud Platform as a Service SaaS:Cloud Software as a Service 這三種服務型態分別以基礎建設(Infrastructure)、平台(Platform)、應用軟體(Software)為產品來提供服務。例如,微軟提供Windows Azure這樣的一個開發平台(Platform),讓軟體公司(例如我們-光岩資訊)在這個平台上建構出應用程式(Software Application),微軟提供的Windows Azure就是一種PaaS。 反過來說,我們稱微軟的Windows Azure是一個PaaS,是因為微軟的Windows Azure符合 前面 介紹過的雲端運算五要素(Essential Characteristics),同時以服務(as a Service)的面貌進行銷售,讓客戶(軟體公司)得以在該環境中進行開發,因此Windows Azure是一種PaaS(Cloud Platform as a Service)。 而SaaS呢? 則是符合雲端運算定義的應用軟體服務。例如我們公司(光岩資訊)所開發的EasyCloud產品,搭建在Windows Azure上,透過網際網路,全天候服務我們的客戶。讓客戶只需透過申請即可以租用的方式來使用軟體的各樣功能,並且這套產品也符合雲端運算的五個要素,因此我們(光岩資訊)就是一家提供雲端運算應用軟體的SaaS廠商。(類似的SaaS非常多,像是Google App, Office 365, SalesForce...etc) 在台灣,大概絕大部分的軟體公司,將會逐漸把自己轉型成為SaaS,而微軟提供的服務是PaaS,那IaaS呢? 則是符合雲端運算五要素的基礎建設,講白了就是雲端運算資料中心、雲端運算計算中心、或是雲端機房...等。IssS所提供的服務比較傾向是網...

[Azure 其實並不難] 如何申請Windows Azure帳戶,讓你的應用上雲端

圖片
2012年4月中旬,微軟舉辦了北中南巡迴的WP7+雲端研討會,很榮幸受邀擔任講師,在這場研討會當中,我們盡可能地涵蓋了WP7與Windwos Azure(微軟的PaaS雲端服務平台)相關的內容,現場的學員夥伴們相當熱情,不少學員在會後詢問目前要如何申請微軟Azure的免費試用帳號。 其實免費試用的申請相當簡單,可以參考底下這個連結: https://www.windowsazure.com/zh-tw/pricing/free-trial/ 如果您已經是MSDN的訂閱戶,則微軟已經贈送你價值$3700的年度免費Windows Azure: https://www.windowsazure.com/zh-tw/pricing/member-offers/msdn-benefits/ 當然,免費申請試用只是第一步,我們接著要來看看如何將網站或服務佈署到雲端。而開始佈署之前我們得先知道雲端運算到底是什麼,以及它的定義為何。 由於坊間有太多『行銷式』的雲端運算推廣術語,導致很多人以為自己用了VM(虛擬化技術)、甚至只是把東西放上網際網路,就是雲端!!! 當然,這是大錯特錯的! 首先,身為技術人員的我們,必須知道NIST(National Institute of Standards and Technology)對於雲端運算有清楚的定義:  相關的原始文件可以參考 這裡 ,因此雲端運算不是自己說了算。 在這個定義當中,有幾點非常重要,很容易區分你所建構的服務或產品是否符合雲端運算。這幾點講白話文,意思就是: 你提供的雲端服務是否可以讓客戶彈性擴充或縮減規模,讓客戶(例如售票網站、報稅系統),可以經由控制介面設定或自動在尖峰時間增加伺服器、增加硬碟或記憶體容量,不但不需要修改程式碼,這個增加或減少的動作可以迅速(例如幾分鐘)就完成。在離峰時間也可以立即減少規模,以降低費用。 進行上述動作時,不需要提供服務的廠商人員介入,客戶完全可以依需要自行調整。 客戶增減服務規模時,可隨時看到自己使用的數量或金額。 光上面這三點,台灣幾乎沒有多少虛擬主機、專屬主機、主機代管...等廠商是符合這個規格的,更不用說再加上NIST要求提供雲端運算服務的廠商具有可大量自由分配的實體或虛擬資源,例如客戶只要需要,可以隨時擴充出幾...