跳到主內容

【AWS】Day 2：AWS 的基本知識

Day 2：AWS 的基本知識

上一篇文章我們大致介紹了什麼是雲端服務，並且認識了幾個主流的雲端服務商，像是 AWS、GCP、Azure……等等。

這篇文章則會來介紹 AWS（Amazon Web Services）裡面的一些基本概念，包括：

  • AWS 的 Region 和 Availability Zone（簡稱 AZ）

  • AWS 上的資源範圍（Region、AZ、Global）

  • 管理 AWS 資源的方法有哪些

Region 和 Availability Zone 是什麼？

AWS 和 GCP 一樣，也使用了類似的概念來區分地理區域，他們稱作：

  • Region（區域）

  • Availability Zone（可用區）

 

Region（區域）

Region 就是地理位置的概念，例如：

  • 台灣最近的是 Asia Pacific (Tokyo)，代碼是 ap-northeast-1

  • 新加坡是 ap-southeast-1

  • 美國東岸的維吉尼亞北部是 us-east-1（也是最多 AWS 服務最早上線的 Region）

截至 2023 年，AWS 在全球已經有超過 30 個以上的 Region，每個 Region 都是 AWS 自建的實體資料中心群。

Availability Zone（AZ，可用區）

每一個 Region 底下會有多個 Availability Zones（通常 2~6 個），可以想像成是一個個獨立的資料中心（不同大樓、不同電力、不同網路線路），目的是增加可靠性。

舉例來說：

  • us-east-1 底下就有 us-east-1a、us-east-1b、us-east-1c……等 AZ

  • ap-southeast-1（新加坡）底下有 ap-southeast-1a、ap-southeast-1b、ap-southeast-1c

AZ 是 AWS 用來實現高可用（High Availability）的基本單位。服務部署在多個 AZ，可以避免單一機房故障造成整個應用中斷。

資源範圍：Region / AZ / Global 的區分

在 AWS 上，每一種服務在建立時都有自己的作用範圍，分為三種：

🔹 以 AZ 為單位的服務

像是 EC2（虛擬機）、EBS（區塊儲存）就是屬於這一類。

  • 在建立 EC2 時，你需要選擇一個 AZ，像是 ap-northeast-1a

  • EBS 只能掛載在同一個 AZ 裡的 EC2

  • 如果你要做高可用，就要部署在多個 AZ，並自己設計 failover 機制

🔸 以 Region 為單位的服務

像是 S3（物件儲存）、RDS（資料庫）、Elastic Load Balancer、VPC 網路等等，都是 Region 級別的服務。

  • 在一個 Region 中建立的 S3 bucket，可以讓這個 region 內的資源共同使用

  • RDS 則可以設定 Multi-AZ（跨 AZ 高可用）

🌐 以 Global 為單位的服務

有些服務是全域性的，例如：

  • IAM（身份與權限管理）

  • Route 53（DNS 服務）

  • CloudFront（CDN 服務）

這些服務在建立時不會要求你選擇 Region，它們的作用範圍就是「整個 AWS 帳號或全球網路」。

管理 AWS 的四種方式

在 AWS 上，我們有四種主要方式可以操作與管理服務：

1. AWS Management Console（管理主控台）

透過瀏覽器進入 https://console.aws.amazon.com，就可以用圖形化介面來操作各種資源。

是最簡單、最直覺的操作方式。

2. AWS CLI（Command Line Interface）

透過終端機安裝 CLI 工具（aws 指令），可以用命令列操作 AWS 的服務。

適合自動化部署、寫腳本、CI/CD 等情境。

3. AWS SDKs

AWS 提供多種語言的開發套件（Java, Python, Node.js, Go…等），可以直接透過程式碼呼叫 AWS API。

適合建構自動化應用或將 AWS 整合進你自己的系統。

4. AWS Mobile App

AWS 官方也有提供手機 App，可以用來查看服務狀態、成本、帳單、甚至手動操作某些資源。

小結

這篇文章我們介紹了 AWS 中的基本概念，包括：

  • Region 和 Availability Zone 的差別

  • 服務根據作用範圍可以分為 AZ 級、Region 級與 Global 級

  • 常見的四種管理 AWS 的方法

理解這些概念之後，會對後續的服務操作更容易上手，也比較知道為什麼某些設定不能跨 AZ 或跨 Region。

那麼下一篇文章，我們就會進一步來介紹，在 AWS 中的帳號與 Project 結構（包含 Account、Organization、OU、Tagging 等觀念），幫助你理解大型團隊怎麼管理 AWS 資源。

我們下篇見啦～👋

回到頂端