2019ironman 10th – Everything on Azure – Day12 – 常用服務 3.Web service-(4)

分享

Day12 - 常用服務 3.Web service-(4)

建置流程

01

點選建立服務並尋找Web APP

02

點選『WebAPP』開始建立Web 應用程式

03 依序輸入關鍵參數

03.01

應用程式名稱,這是這個Web應用程式的名字同時也是設定測試URL的地方

03.02

訂用帳號跟資源群組這個就依照訂閱方式選擇

03.03

OS,這個參數您可以看到有windows或者是linux,這就看您的作業習慣來操作

他的設定上面有很大的落差,如果您是linux的管理者因該不會誤選到windows

03.04

跳過發布中的Docker基本上我們都會選擇代碼

如果要講Docker篇幅會超級長

03.05

App Service 方案與地區

這邊一定要點近來選擇地區或者是您現有要使用的方案

不然開出來的環境基本上一定會是在美國

03.06

如果您在3.4那邊選擇發佈

則選單中可以選澤您主要要職型的程式類型


這邊有個重點

您在上方圖片看到的.net是linux用的,不是選擇用.net就是windows環境

Read more

雲端架構延遲問題:為什麼AP與DB不能放太遠?

雲端與地端的架構差異認知不足導致的性能陷阱 前言 許多企業在上雲初期,經常基於成本考量或錯誤認知,將應用程式伺服器(AP)與資料庫(DB)部署在不同區域。這種做法在地端環境中影響較小,但在雲端環境中卻會造成嚴重的性能問題。本文透過台北-東京的實際案例,說明距離對雲端架構的致命影響。 核心問題: * 地端思維:同個機房內不同區域延遲可忽略 * 雲端現實:跨區域延遲可達數十毫秒 * 結果:連線建立時間從毫秒級暴增到秒級 1. 地端 vs 雲端的延遲差異 1.1 地端環境的延遲特性 傳統地端機房: 同機房不同機櫃:RTT < 1ms 同城市不同機房:RTT < 5ms 同國家不同城市:RTT < 20ms 地端架構師的經驗: * AP和DB分別放在不同機櫃:幾乎無延遲影響 * 災備機房放在不同城市:RTT約10-15ms,可接受 * 習慣性認為「網路延遲不是問題」

By Albert Yu