雲端入門課-什麼是雲端?

分享

雲端的定議通常每詢問10個人都會有10多種可能的答案,但是雲端最基礎的地方其實是在於網路。沒有人可以否認,如果沒有網際網路我們現在認知的雲端都將不存在。

雲端的定議其實早在2000年左右就有在報章雜誌上就有定論只是大家都被開枝散葉的雲端服務搞混了。在下圖是2000~2004年間初的報章,出處已不可考。很清楚的表示出何謂雲端。

在早期有數以萬計的廠商推出了雲端服務,這其實是對的。因為就雲端定議而言只要有網際網路就算是雲端。而經過時間的粹鍊雲端的服務廠商以能提供跨國服務為大家可能認可的共通標準。

現行服務以AWS、Azure、GCP、IBM這些廠商作為領導,在2019 Magic Quadrant for Cloud Infrastructure as a Service中可明顯看出領先的廠商。

沒有廠商是絕對的好或者是不好,只有他的價值以及付出的金額大小是否符合您的需求,只要是符合就是個好廠商好服務。如果不能提供一個有價值的產品,就算技術再先進在酷炫也是白搭。

Read more

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

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

By Albert Yu