雲端概念
雲端運算是什麼?從自建機房到 AWS 六大優勢與全球基礎架構
雲端運算是什麼?從自建機房到 AWS 六大優勢與全球基礎架構
很多人第一次聽到雲端運算,直覺是「把檔案放到網路上」。我在整理 AWS Certified Cloud Practitioner 的雲端概念範圍時,才把這件事真正想清楚:雲端改寫的不是存放位置,而是整個取得 IT 資源的方式。以前要先花大錢買機器、等安裝、養機房;現在打開主控台,幾分鐘就能開出一台伺服器,關掉就不再計費。
這一篇是 AWS 雲端概念系列的第一篇,先講清楚三件事:雲端運算的定義、AWS 官方整理的六大優勢,以及支撐這一切的全球基礎架構:Region 與可用區。
你將學到什麼
雲端運算的定義
隨需取用、用多少付多少的 IT 資源。
六大優勢
AWS 官方整理的上雲六個理由。
Region 與 AZ
全球基礎架構的兩層基本單位。
怎麼選 Region
合規、延遲、價格、服務四個判斷因素。
雲端運算是什麼:從買機器變成租用資源
AWS 對雲端運算的定義很精簡:透過網際網路,以隨需方式提供 IT 資源,並採用用多少付多少的計價方式。拆開來看有三個關鍵字:隨需,代表你需要的當下就能取得,不用等採購與安裝;透過網際網路,代表你不必碰得到那台實體機器;用多少付多少,代表成本跟著實際用量走,而不是跟著預估的最大用量走。
對照傳統的自建機房就懂了。自己養機房,你得在系統上線之前先猜好未來的流量,一次買足伺服器、網路設備、冷氣與不斷電系統,再請人維護。猜多了,機器閒置折舊;猜少了,尖峰一來網站就掛。雲端把這整包變成服務:機器是 AWS 的,維護是 AWS 的,你只負責決定「現在要用多少」。
AWS 官方整理的六大優勢
AWS 把上雲的理由整理成六條,這也是 Cloud Practitioner 考試的經典題材。與其硬背,不如把每一條都對回「自建機房的痛點」來理解:
- 把前期固定支出換成變動支出:不必在用之前先砸一大筆買硬體,改成用了才付錢。
- 享受大規模的規模經濟:AWS 聚合了全球用戶的用量,採購與營運成本壓得比單一企業低,價格也跟著降。
- 不用再猜容量:資源可以隨負載放大縮小,不會再有「買太多閒置、買太少掛站」的兩難。
- 速度與敏捷性:新資源幾分鐘就能開好,實驗與上線的週期從數週縮成數分鐘。
- 不必再花錢養機房:把上架、接線、換硬碟這些工作交給 AWS,團隊專注在自己的產品上。
- 幾分鐘部署到全球:想服務另一個國家的使用者,把系統部署到當地的 Region 就好,不必飛去蓋機房。
我自己的記法是:前三條講錢(成本結構、規模經濟、容量猜測),後三條講速度(敏捷、免維運、全球化)。考試遇到情境題,先判斷題目在講錢還是講速度,選項就好挑了。
全球基礎架構:Region 與可用區
這些優勢背後,是 AWS 鋪在全球的實體設施。它分成兩層基本單位:Region(區域)是一個獨立的地理區域,例如東京、新加坡、法蘭克福;每個 Region 裡面又有多個可用區(Availability Zone,簡稱 AZ)。
一個可用區由一個或多個實體資料中心組成,各可用區之間刻意保持距離、電力與網路彼此獨立,但用低延遲的專用線路互連。
這個設計的用意是故障隔離:把系統同時部署在同一個 Region 的兩三個可用區,任何一個資料中心因為停電、火災或網路事故整個離線,另一區的副本還能繼續服務。AWS 很多託管服務預設就幫你做跨可用區的備援,這也是「高可用架構」在 AWS 上的基本款。
除了 Region 與可用區,還有一層邊緣節點(edge location):數量遠多於 Region、更貼近使用者的小型站點,用來做內容快取與加速(例如 CloudFront 這類 CDN 服務)。使用者拿靜態內容時就近取得,不必每次都繞回遠方的 Region。
怎麼選 Region:四個判斷因素
Region 這麼多,系統要放哪裡?AWS 給的判斷框架是四個因素:
- 合規與資料落地:法規要求資料不得出境的話,這一條直接決定答案,優先權最高。
- 離使用者的距離:Region 離使用者越近,延遲越低。服務台灣用戶,選鄰近的亞太 Region 會比選美西快。
- 價格:同一個服務在不同 Region 的定價不同,成本敏感的工作負載可以比價。
- 服務齊全度:新服務與新機型通常先在少數大 Region 上線,要用的服務不一定每區都有,選之前先查。
三種部署模式:不是全有或全無
最後補一塊常被漏掉的概念:上雲不是二選一。部署模式有三種,雲端部署是整套系統都跑在雲上;地端部署(on-premises)是全部留在自己機房,有時也叫私有雲;混合部署則是兩邊並存、互相連通。
實務上混合式非常常見:老系統搬不動或法規不允許,就留在機房,新功能與尖峰擴充放雲端,中間用專線或 VPN 接起來。
