2019ironman 10th – Everything on Azure – Day02 – Linux服務營運者常用的Azure服務

分享

LAMP系統營運者 on Azure

Day02 - Linux服務營運者常用的Azure服務

在開始講服務之前

最重要的一點就是

Azure上Linux絕對不是主流,只是為了營業額不得不選擇

但是它絕對可以用

而且在Web服務上面還有不少亮點

但是如果你拿AWS或是GCP的邏輯來操作Azure會有一段很長的撞牆期

以下開始進入正文

Linux服務營運者在Azure上面常用的服務為

  1. 虛擬網路
  2. 虛擬主機(VM)
  3. Web service
  4. Sql database for mysql
  5. Sql database for postgresql
  6. Radis
  7. VPN
  8. CDN

弄懂以上十個服務你就比95%以上的Linux服務營運者更了解Azure

當然可能有些人會說Azure上面還有很多的服務

比如Azure DDOS、Azure Migrate、Azure Kubernetes Service等等的技術

但是目前說絕大部分的中小企業根本用不到

Web、AP、DB、CDN

這四個元素就包含了現在絕大部分的應用情境

在接下來的絕大部分文章當中會是介紹這些服務該如何使用與建置

最後就讓大家看看在Azure上面看看OpenSource的程式如何在AZURE上運作

當然如果你熟悉AWS的服務

以下連結有AWS與Azure的比較

可以幫助大家熟悉

https://docs.microsoft.com/zh-tw/azure/architecture/aws-professional/services

Read more

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

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

By Albert Yu