AWS 運算服務涵蓋在 AWS 上執行程式或工作負載的所有方式——從 Amazon EC2 上的傳統虛擬機，到跑在 Amazon ECS 與 Amazon EKS 上的容器化應用，再到完全無伺服器執行的 AWS Lambda 與 AWS Fargate。CLF-C02 考試指南的 Task 3.3 要求你能依使用情境指認 AWS 運算服務，本章就是為了讓你在考場壓力下也能迅速選對服務。先給你一個心理準備：AWS 運算服務是 Domain 3 裡面最大的題庫表面積，實際 CLF-C02 應試時，至少會遇到 5 到 8 題 AWS 運算服務的情境題。
什麼是 AWS 運算服務？
AWS 運算服務是一系列用來執行你的應用邏輯、處理資料、承載工作負載的 AWS 產品。在 CLF-C02 考試中，AWS 運算服務可以依三種典型劃分：虛擬機（Amazon EC2 與 Amazon Lightsail）、容器（Amazon ECS、Amazon EKS，搭配 AWS Fargate 作為啟動類型）、以及無伺服器函式（AWS Lambda）。其他特殊型 AWS 運算服務如 AWS Batch 與 AWS Outposts 則在外圍補齊批次工作與地端延伸的需求。
在基礎層級上，CLF-C02 考試指南期待你能：
- 依名稱與一句話的使用情境辨識每一個 AWS 運算服務。
- 依操作責任與工作負載長度，區分 Amazon EC2、AWS Lambda 與 AWS Fargate。
- 將 Amazon ECS 與 Amazon EKS 對應到「AWS 原生編排」與「代管 Kubernetes」。
- 知道 AWS Fargate 是一種啟動類型，而不是獨立的運算引擎，可同時搭配 Amazon ECS 與 Amazon EKS 使用。
- 理解 Auto Scaling 群組與 Elastic Load Balancer 如何與 Amazon EC2 搭配，實現彈性與高可用。
AWS 運算服務的範圍也與「部署與營運方法」（Task 3.1——例如 AWS Elastic Beanstalk）及「計價模型」（Task 4.1——例如 Amazon EC2 On-Demand、Reserved、Spot）有所重疊。本筆記頁聚焦在「辨識與區分」這一層，部署細節與計價數學則留給各自專屬的主題。
AWS 運算服務為何在 CLF-C02 如此重要
運算向來是 CLF-C02 考試 Domain 3 中被提及次數最多的科目。社群討論量顯示，AWS 運算服務一直是考生混淆的前幾名——尤其是「EC2 vs Lambda vs Fargate」類型的情境題。把 AWS 運算服務搞清楚，等於鎖定 Domain 3（佔全考 34%）的一大塊分數，同時也能直接支援共享責任模型、計價模型與全球基礎架構相關題型。
白話文解釋 AWS 運算服務
AWS 運算服務就是 AWS 上所有能「跑程式」的服務集合。想用最白話的方式理解 AWS 運算服務？一次記住下面三個類比。
類比一：夜市小吃攤經營模式
把 AWS 運算服務想像成三種夜市擺攤方式：
- Amazon EC2 ＝ 自己買下整個攤位：你花錢買下一個完整攤車（虛擬機），自己挑鍋具（instance type），自己進貨、自己洗碗（管 OS、打 patch、裝執行環境）。想擺多久就擺多久，但電費一整天都要付。
- Amazon ECS／Amazon EKS（Amazon EC2 啟動類型）＝ 共用廚房承租攤位：你租一塊工作台（容器），廚房本身（EC2 host）還是你要管。只要顧好自己的鍋（容器映像檔），但整間廚房的清潔還是你的事。
- AWS Lambda ＝ 外送平台代工廚房：你只把食譜（函式程式碼）丟過去，有訂單時才開火（事件觸發器），做完馬上關火（最多 15 分鐘），沒訂單就不收錢。AWS 幫你搞定所有基礎設施。
- AWS Fargate ＝ 全自動料理機：你把鍋（容器）交給 AWS，AWS 連廚房也幫你打理好。比 EC2 撐腰的 ECS／EKS 更無感，又比 AWS Lambda 多了容器級別的彈性。
這個比喻能幫你理解為什麼 Amazon EC2、AWS Lambda、AWS Fargate 的計費邏輯與責任邊界都不一樣——烹飪範圍決定誰付電費、誰洗碗。
類比二：住宅租賃光譜
再用租屋的光譜看一次 AWS 運算服務：
- AWS Outposts ＝ 自地自建透天厝：AWS 把「雲端硬體」搬進你家機房，是極端客製化。
- Amazon EC2 ＝ 整層公寓租賃：你拿到整戶（虛擬機），有鑰匙、可裝冷氣、可打牆，但水電、打掃也要自己來。
- Amazon ECS／Amazon EKS on EC2 ＝ 分租雅房：每個房客（容器）住一間房，但整層公寓（host）還是你在管。
- AWS Fargate ＝ 日租膠囊旅館：你只訂「一個膠囊艙」，整棟大樓都由飯店端（AWS）代管。
- AWS Lambda ＝ 共享會議室按小時計費：有會議（事件）才付錢，離開就停止收費，而且會議最多 15 分鐘。
- Amazon Lightsail ＝ 包水電的小套房月租：水電、網路全包、固定月費（從 $3.5／月起跳），小型專案最省心。
這個類比能讓你抓住 AWS 運算服務中「愈抽象 ＝ AWS 扛愈多 ＝ 彈性愈大」的規律。
類比三：交通工具光譜
最後用交通工具光譜鞏固 AWS 運算服務的使用情境：
- Amazon EC2 ＝ 私家車：方向盤自己握、引擎自己挑（instance family）、加油自己來。長途、穩定、重度客製最適合。
- AWS Lambda ＝ 共享電動滑板車：掃 QR code 就走、15 分鐘內還車、用幾秒算幾秒錢。突發、短暫、事件驅動最適合。
- Amazon ECS／Amazon EKS ＝ 公車路網：固定站點（容器服務），由 AWS 或你自己排班。大型微服務群最適合。
- AWS Fargate ＝ 自駕計程車：告訴它目的地（容器需要什麼），它自己開。不想管駕駛室（host 機器）就選它。
- AWS Batch ＝ 貨運車隊排程：一大批包裹（job）按批次發車，時間很有彈性但量體大。
- Amazon Lightsail ＝ 腳踏車月票：最簡單、最便宜、小範圍使用最划算。
三個類比拼起來後，你對 AWS 運算服務的「責任邊界 × 計費粒度 × 彈性程度」應該已經有了清楚的直覺。
AWS 運算服務的核心運作原則
AWS 運算服務有三個在 CLF-C02 考試中反覆出現的核心運作原則。
原則一——管理責任的光譜
每一個 AWS 運算服務都落在一條從「hypervisor 以上全部你自己管」（Amazon EC2）到「全部由 AWS 管」（AWS Lambda）的光譜上。服務愈抽象，營運負擔愈低——但能掌控的也愈少。Amazon EC2 給你最大掌控，AWS Lambda 給你最低負擔，而 AWS Fargate／Amazon ECS／Amazon EKS 則落在中間。
原則二——透過編排達成彈性
AWS 上的運算彈性不是 Amazon EC2 單獨的特性——它來自 Amazon EC2（或容器）與 Amazon EC2 Auto Scaling、Elastic Load Balancing 的組合。AWS Lambda 在設計上就具備彈性（自動從零擴展到上千個併發執行）。AWS Fargate 則是以任務為單位自動擴展，完全不需要管理 host。
原則三——用多少付多少
每一個 AWS 運算服務都遵循 pay-as-you-go，但計費單位各有不同：
- Amazon EC2：以秒計費（多數 Linux 執行個體有 60 秒最低門檻）或以小時計費。
- AWS Lambda：以執行毫秒數 × 配置記憶體計費。
- AWS Fargate：以任務保留的 vCPU 與記憶體秒數計費。
- Amazon ECS／Amazon EKS 控制平面：叢集小時費（EKS）或免費（ECS 控制平面）。
- Amazon Lightsail：固定月費（預算可預測）。
AWS 運算服務泛指任何執行客戶程式或工作負載的 AWS 服務，不論抽象層級為何——虛擬機、容器、或無伺服器函式皆屬此範疇。 Reference: https://aws.amazon.com/products/compute/
Amazon EC2——Elastic Compute Cloud 深度解析
Amazon EC2（Elastic Compute Cloud）是 AWS 運算服務中最基礎的虛擬機服務。每一次 CLF-C02 考試幾乎都會有多題 Amazon EC2 情境題，把 Amazon EC2 練到滾瓜爛熟是不能妥協的。
什麼是 Amazon EC2？
Amazon EC2 提供可調整大小的虛擬伺服器——稱為執行個體——執行在 AWS 雲端中。你可以選擇作業系統（Amazon Linux、Ubuntu、Windows、Red Hat、SUSE、macOS）、instance type（CPU ＋記憶體＋儲存＋網路規格），以及 Region／AZ。Amazon EC2 在第一分鐘後以秒計費，並整合 Amazon EBS（區塊儲存）、Amazon VPC（網路）、與 IAM 角色（安全憑證）。
Amazon EC2 執行個體家族
Amazon EC2 依工作負載需求將 instance type 分成不同家族。CLF-C02 要求你能識別家族字母與其對應的工作負載類別。
- 一般用途（M、T、Mac）——CPU 與記憶體均衡，適合 web 伺服器、小型資料庫、開發機。T 系列可突發，適合低基準流量。
- 運算最佳化（C）——每一塊錢的 CPU 最多，適合批次處理、遊戲伺服器、科學模擬、高效能 web 伺服器。
- 記憶體最佳化（R、X、z）——大 RAM，適合記憶體內快取、SAP HANA、即時大數據分析。
- 儲存最佳化（I、D、H）——高本機 IOPS 或高循序磁碟吞吐量，適合 NoSQL 資料庫、資料倉儲、Hadoop 叢集。
- 加速運算（P、G、Inf、Trn、F）——GPU、AWS Inferentia、AWS Trainium 或 FPGA，適合 ML 訓練、推論與圖形渲染。
M ＝ 均衡（Main），C ＝ Compute，R ＝ RAM，I ＝ IOPS storage，D ＝ Dense HDD，P／G ＝ GPU。記住開頭字母，就能解開 CLF-C02 上大多數的 Amazon EC2 情境題。 Reference: https://aws.amazon.com/ec2/instance-types/
Amazon EC2 購買選項（簡介）
Amazon EC2 支援五種主要計價模型。完整細節在「計價模型」主題裡；在 CLF-C02 層級你只需要能依名稱辨識：
- On-Demand——用多少付多少，沒有承諾期。
- Reserved Instances（RIs）——承諾 1 年或 3 年，最高可享 72% 折扣。
- Savings Plans——承諾每小時的運算花費金額，可跨 Amazon EC2、AWS Fargate 與 AWS Lambda 彈性使用。
- Spot Instances——閒置容量最高 90% 折扣，AWS 可在 2 分鐘通知後收回。
- Dedicated Hosts／Dedicated Instances——實體伺服器隔離，適用法遵情境或 BYOL（自帶授權）情境。
CLF-C02 把 Amazon EC2 的知識拆在本主題（compute-services，Task 3.3）與計價模型（Task 4.1）兩處。永遠先辨識 AWS 運算服務，再去處理計價決策。把兩者混為一談是常見陷阱。 Reference: https://aws.amazon.com/ec2/pricing/
Amazon EC2 儲存選項
Amazon EC2 執行個體可以接上不同的儲存類型：
- Instance Store——實體接在 host 上，是暫時性的，執行個體停止後即消失。
- Amazon EBS（Elastic Block Store）——持久性區塊磁碟，存續時間超越執行個體生命週期，可建立快照。
- Amazon EFS（Elastic File System）——共享 NFS 檔案系統，可同時掛載到多個 Amazon EC2 執行個體。
儲存選擇本身是 CLF-C02 的另一個主題，但你必須知道 Amazon EC2 的儲存選擇會影響耐用性、IOPS 與成本。
Amazon EC2 Auto Scaling 與 Elastic Load Balancing
CLF-C02 討論 AWS 運算服務時少了 Amazon EC2 Auto Scaling 與 Elastic Load Balancing 就不完整。這兩者共同提供 AWS 運算服務的「彈性」特質。
Amazon EC2 Auto Scaling 群組
Auto Scaling 群組（ASG）會依擴展政策（CPU 使用率、請求數、排程事件）自動在最小值與最大值之間調整 Amazon EC2 執行個體的數量。ASG 也會自動替換不健康的 Amazon EC2 執行個體，達到自我修復的效果。
常見的 CLF-C02 Auto Scaling 訊號：
- 「依需求自動增加或移除 Amazon EC2 容量」→ Auto Scaling 群組。
- 「維持 N 個健康的 Amazon EC2 執行個體」→ ASG 健康檢查 ＋自動替換。
- 「上班時間 Amazon EC2 水平擴展，夜間縮減」→ 排程式擴展政策。
Elastic Load Balancing（ELB）類型
Elastic Load Balancing 會把進入的流量分發到多個 Amazon EC2 執行個體、AWS Fargate 任務、AWS Lambda 函式或地端目標。CLF-C02 要求你辨識目前的三種類型加一種已淘汰的版本。
- Application Load Balancer（ALB）——Layer 7（HTTP／HTTPS）。支援路徑路由、主機路由、WebSocket。最適合微服務與容器化 web 應用。
- Network Load Balancer（NLB）——Layer 4（TCP／UDP／TLS）。超低延遲、每秒數百萬請求、每 AZ 靜態 IP。最適合高效能或非 HTTP 工作負載。
- Gateway Load Balancer（GWLB）——部署並擴展第三方虛擬設備（防火牆、IDS／IPS）。
- Classic Load Balancer（CLB）——已淘汰，新工作負載不建議使用。老舊教材偶爾提及；在 CLF-C02 上，除非題目明確說「Classic」，否則就選 ALB 或 NLB。
如果情境提到 HTTP／HTTPS／web 應用／路徑 → ALB。提到 TCP／UDP／每秒數百萬請求／靜態 IP → NLB。提到防火牆設備 → GWLB。提到 Classic → 八成是過時教材的紅旗。 Reference: https://aws.amazon.com/elasticloadbalancing/features/
AWS Lambda——無伺服器運算
AWS Lambda 是 AWS 運算服務中最具代表性的無伺服器成員。CLF-C02 考試非常喜歡出 AWS Lambda 情境題，因為 AWS Lambda 重新定義了伺服器責任模型。
什麼是 AWS Lambda？
AWS Lambda 會回應事件執行你的程式碼，完全不需要佈建任何伺服器。你上傳一個函式（Python、Node.js、Java、Go、.NET、Ruby，或透過容器映像檔的自訂執行環境），設定一個觸發器（Amazon S3 物件上傳、Amazon API Gateway 請求、Amazon DynamoDB stream、Amazon EventBridge 事件等），剩下的事情 AWS Lambda 全包——擴展、打 patch、跨 AZ 高可用。
AWS Lambda 的計費完全是 pay-per-use：
- 運算：記憶體 GB 秒 × 執行時間。
- 叫用次數：每百萬次請求固定費用。
- 免費方案：每月 100 萬次請求 ＋ 400,000 GB 秒，永久有效。
必背的 AWS Lambda 硬性限制
- 最長執行時間：每次叫用 15 分鐘（900 秒）。
- 記憶體：可配置 128 MB – 10,240 MB（10 GB）。
- 臨時儲存 /tmp：最多 10 GB。
- 部署套件：壓縮 50 MB（直接上傳）或解壓 250 MB，容器映像檔可達 10 GB。
- Payload：同步 6 MB，非同步事件 256 KB。
AWS Lambda 每次叫用硬上限為 900 秒（15 分鐘）。若工作負載需要跑超過 15 分鐘，AWS Lambda 就是錯的——改選 Amazon EC2、AWS Fargate 或 AWS Batch。 Reference: https://docs.aws.amazon.com/lambda/latest/dg/gettingstarted-limits.html
AWS Lambda 冷啟動
「冷啟動」發生在 AWS Lambda 必須初始化一個新的執行環境來處理叫用時——視執行環境與套件大小而定，通常會增加 100 ms 到數秒的延遲。冷啟動可以透過 Provisioned Concurrency（預先熱身的容器）緩解，但 CLF-C02 只要求你認得這個名詞。AWS Lambda 冷啟動多半以干擾選項出現，不是主要答案。
何時該用 AWS Lambda
- 事件驅動處理（Amazon S3 上傳 → 縮圖產生器）。
- Amazon API Gateway 後的輕量 web 後端。
- 排程式 cron 類任務（Amazon EventBridge Scheduler）。
- AWS 服務之間的黏合程式碼。
- 執行時間少於 15 分鐘、具突發性、能享受「零閒置成本」計費的工作負載。
何時不該用 AWS Lambda
- 長時間執行（超過 15 分鐘）：用 Amazon EC2、AWS Fargate 或 AWS Batch。
- 持久連線（遊戲伺服器、大量具狀態連線的 WebSocket）：選 Amazon EC2 或容器。
- 非常高的持續吞吐量，AWS Lambda 計費反而貴過 Amazon EC2：用 Pricing Calculator 算一算。
一個經典的 CLF-C02 陷阱是用 AWS Lambda 處理「跑 3 小時的批次工作」。AWS Lambda 有 15 分鐘的硬上限。請改選 AWS Batch（排隊式的長時間工作）或 Amazon EC2／AWS Fargate。社群資料顯示這是 AWS 運算服務前五大陷阱之一。 Reference: https://aws.amazon.com/lambda/faqs/
AWS 上的容器——Amazon ECS vs Amazon EKS vs AWS Fargate
基於容器的 AWS 運算服務形成一組三方矩陣，是 CLF-C02 最愛考的題型之一。把 Amazon ECS vs Amazon EKS vs AWS Fargate 釐清清楚，等於穩拿好幾分。
容器概念入門
在比較服務之前，先背下五個容器基礎名詞：
- 映像檔——一個唯讀樣板，包含你的應用程式碼、執行環境、函式庫與相依套件。由 Dockerfile 建置。
- Registry——映像檔儲存的地方。在 AWS 上，原生選擇是 Amazon ECR（Elastic Container Registry）。
- 容器——映像檔的執行實例。
- Task／Pod——一組一起部署的容器（在 Amazon ECS 中稱為 Task，在 Amazon EKS 中稱為 Pod）。
- 叢集——執行這些 task 或 pod 的邏輯運算資源集合。
- 服務——長時間執行、可擴展的控制器，負責維持 N 份 task 持續執行並整合負載平衡器。
Amazon ECS——AWS 原生的容器編排
Amazon ECS（Elastic Container Service）是 AWS 自家且深度整合的容器編排平台。Amazon ECS 使用 AWS 原生元件（Task Definition、Service、Cluster），能以極少的黏合程式碼連接所有 AWS 服務（IAM、Amazon VPC、Elastic Load Balancing、Amazon CloudWatch、AWS Fargate、Amazon EC2）。Amazon ECS 控制平面免費，你只需付底層運算的費用。
Amazon EKS——代管 Kubernetes
Amazon EKS（Elastic Kubernetes Service）是 AWS 的代管 Kubernetes 產品。Amazon EKS 執行的是上游、符合 CNCF 標準的 Kubernetes——跟你在 Google GKE、Azure AKS 或自建裸機叢集上看到的一樣。Amazon EKS 的亮點在於你想要跨雲可攜性、豐富的 Kubernetes 工具生態、或團隊本來就熟悉 Kubernetes 的元件（Deployment、Service、Ingress、Helm chart）時最適合。Amazon EKS 控制平面以每叢集每小時的方式計費。
AWS Fargate——無伺服器容器執行環境
AWS Fargate 不是獨立的運算服務——它是一種啟動類型。 AWS Fargate 讓 Amazon ECS 與 Amazon EKS 都能執行 task／pod，完全不用你管任何 Amazon EC2 host 機器。你為每個 task 定義 CPU 與記憶體，AWS Fargate 會默默地佈建、打 patch、擴展底層容量。計費方式是以保留的 vCPU 與記憶體秒數計算。
這個「啟動類型」的定位是重度考點。你可以用 Amazon EC2 啟動類型跑 Amazon ECS，也可以用 AWS Fargate 啟動類型跑 Amazon ECS。Amazon EKS 同樣有這兩種選擇。
一個非常常見的 CLF-C02 陷阱是把 AWS Fargate 當成與 Amazon ECS 同層級的服務。它不是。AWS Fargate 是給 Amazon ECS 與 Amazon EKS 使用的無伺服器執行模式。考試會獎勵你說「Amazon ECS on AWS Fargate」或「Amazon EKS on AWS Fargate」，而不是「用 AWS Fargate 取代 Amazon ECS」。 Reference: https://aws.amazon.com/fargate/
Amazon ECS vs Amazon EKS 決策規則
- 當以下情況出現時選 Amazon ECS：團隊是 AWS 為中心、想要從 Dockerfile 到上線最短路徑、偏好 AWS 原生 API、想要最低的控制平面成本。
- 當以下情況出現時選 Amazon EKS：團隊本來就熟 Kubernetes、需要跨雲或混合雲可攜性、依賴開源 Kubernetes 工具（Helm、Istio、Argo CD）、使用以 Kubernetes manifest 形式交付的廠商軟體。
AWS Fargate vs Amazon EC2 啟動類型決策規則
- 當你有以下需求時選 AWS Fargate：零 host 管理、變動型工作負載、按 task 計費、快速上線、最低營運負擔。
- 當你有以下需求時選 Amazon EC2 啟動類型：需要特定 instance type（GPU、裸機）、想要最大掌控、已經有 Reserved Instances 或 Savings Plans 想用上、需要在每個 host 跑 daemon 類工作負載。
Amazon ECS ＝ AWS 原生（開頭 E 是「Elastic」，C 是「Container」）。Amazon EKS ＝ Kubernetes（K 代表 Kubernetes）。考生在應試壓力下常常搞混。記住「K → Kubernetes」這個口訣，CLF-C02 這題你永遠不會漏掉。 Reference: https://aws.amazon.com/containers/services/
AWS Batch——代管批次運算
AWS Batch 是 AWS 運算服務中專門處理批次工作負載的特殊成員。AWS Batch 會依需求佈建 Amazon EC2 或 AWS Fargate 容量來執行排隊中的 job（科學模擬、金融風險計算、基因體流水線、媒體轉碼）。你提交一份附帶 CPU 與記憶體需求的 job，AWS Batch 會挑選合適的 instance type、執行，並在佇列清空後關閉。AWS Batch 可整合 Amazon EC2 Spot Instances 以達到最高成本效率。
常見的 CLF-C02 AWS Batch 訊號：
- 「跑上千個長時間運算 job，並具備自動排程」→ AWS Batch。
- 「以 Spot Instances 達成成本最佳化的批次運算」→ AWS Batch（搭 Spot）。
- 「超過 15 分鐘、非即時的工作負載」→ AWS Batch 或 Amazon EC2，絕不是 AWS Lambda。
Amazon Lightsail——簡化版 VPS
Amazon Lightsail 是 AWS 運算服務中的入門級成員：一款簡化版的虛擬專用伺服器（VPS），具備可預測的月費（約 $3.5／月起）、預先配置好的套件（LAMP stack、Node.js、WordPress、Joomla、Magento、靜態網站），以及精簡的主控台。
Amazon Lightsail 在 CLF-C02 上的使用情境：
- 小型網站、部落格或測試環境。
- 流量可預測且不高的小型商業應用。
- Amazon EC2 感覺太複雜時的學習／原型開發。
Amazon Lightsail 不是為了正式大規模企業工作負載或進階網路設計的——那些情境請升級到 Amazon EC2、Amazon ECS 或 AWS Fargate。Lightsail 執行個體在需求成長時也可以「升級」為 Amazon EC2。
在 CLF-C02 上，只要題目提到「小型企業」、「簡單」、「可預測月費」或「新手」，答案很可能就是 Amazon Lightsail。Amazon Lightsail 針對的是原本會去選 GoDaddy、DigitalOcean 或 Bluehost 的使用者。 Reference: https://aws.amazon.com/lightsail/features/
AWS Outposts——在地端機房執行運算
AWS Outposts 把 AWS 運算服務延伸到你自己的資料中心。AWS 把實體機櫃（42U Outposts rack）或 1U／2U Outposts 伺服器送到你的機房，這些機櫃執行 AWS 服務的子集（Amazon EC2、Amazon EBS、Amazon ECS、Amazon EKS、Amazon RDS、S3 on Outposts）。AWS Outposts 由 AWS 遠端代管。
使用情境：
- 低延遲需求（工廠生產線、即時交易）。
- 資料主權需求，資料不得離開特定建築物或國家。
- 移轉過渡期，部分系統必須暫時留在地端。
CLF-C02 只需要你會用一句話指認——「AWS Outposts 讓 AWS 運算服務跑在你自己的資料中心」。基礎架構的深入故事留給「全球基礎架構」主題。
AWS 運算服務比較矩陣
一張並排式小抄是把 AWS 運算服務的差異鎖進 CLF-C02 記憶的最好方式。
| AWS 運算服務 | 抽象層級 | 工作單位 | 最長執行時間 | 管理負擔 | 典型使用情境 |
|---|---|---|---|---|---|
| Amazon EC2 | VM | 執行個體 | 無上限 | 高（OS ＋執行環境） | 任何長時間工作負載、客製化 stack |
| Amazon EC2 on Auto Scaling 群組 | VM 群 | 執行個體群 | 無上限 | 高 | 彈性 web 層、企業應用 |
| Amazon ECS on Amazon EC2 | 容器 | Task | 無上限 | 中（host 自管） | AWS 原生容器，兼顧成本控制 |
| Amazon ECS on AWS Fargate | 容器（無伺服器） | Task | 無上限 | 低 | AWS 原生容器，零 host |
| Amazon EKS on Amazon EC2 | Kubernetes | Pod | 無上限 | 中至高 | K8s 可攜性 ＋成本控制 |
| Amazon EKS on AWS Fargate | Kubernetes（無伺服器） | Pod | 無上限 | 低 | K8s 可攜性，零 host |
| AWS Lambda | 函式 | 叫用 | 15 分鐘 | 最低 | 事件驅動、突發、短時工作負載 |
| AWS Batch | 批次 job | Job | 無上限 | 低 | 科學運算／排程批次 |
| Amazon Lightsail | 簡化 VM | 套件 | 無上限 | 非常低 | 小型網站、新手 |
| AWS Outposts | 地端 VM／容器 | 執行個體／Task | 無上限 | 中 | AWS 的地端延伸 |
AWS 運算服務常見考試陷阱
CLF-C02 的 AWS 運算服務陷阱一輪又一輪重複出現。把它們背熟，等於白送分數。
陷阱一——Amazon EC2 vs AWS Lambda 界線
題目會描述一個工作負載，問「要選哪個服務？」。留意：
- 長時間執行（＞ 15 分鐘）→ 不是 AWS Lambda。
- 事件驅動、毫秒到分鐘 → AWS Lambda。
- 穩定、可預測、全年無休 → Amazon EC2 搭 Reserved Instances 或 Savings Plans。
- 尖峰、突發、短時 → AWS Lambda。
陷阱二——Amazon ECS vs Amazon EKS
- 「AWS 原生編排」→ Amazon ECS。
- 「代管 Kubernetes」或「上游 Kubernetes」→ Amazon EKS。
- 「跨雲可攜性」或「Helm chart」→ Amazon EKS。
- 「控制平面成本最低」→ Amazon ECS（控制平面免費）。
陷阱三——AWS Fargate 被當成獨立服務
AWS Fargate 永遠不是「該選哪個編排器？」的答案——編排器是 Amazon ECS 或 Amazon EKS。AWS Fargate 是「哪個啟動類型可以免除 host 管理？」的答案。
陷阱四——AWS Lambda 時間上限
任何情境提到「小時」、「整夜」或「大量長時間」的工作負載，AWS Lambda 都可直接排除。
陷阱五——Elastic Beanstalk vs Amazon EC2
AWS Elastic Beanstalk 是一種部署服務（Task 3.1），不是獨立的運算引擎。它在背後會佈建 Amazon EC2。在 compute-services 題目上，底層運算答案是 Amazon EC2；在 deployment-methods 題目上，才是 AWS Elastic Beanstalk。
最常見的 CLF-C02 AWS 運算服務陷阱，就是把工作負載包裝成 Amazon EC2、AWS Lambda、AWS Fargate 三者都看起來合理。請用這個決策樹：跑超過 15 分鐘嗎？排除 AWS Lambda。想管 host 嗎？想 → Amazon EC2；不想 → AWS Fargate。是真正無伺服器／事件驅動／短時的嗎？→ AWS Lambda。 Reference: https://docs.aws.amazon.com/whitepapers/latest/aws-overview/compute-services.html
關鍵數字與必背事實
- AWS Lambda 最長執行時間：15 分鐘（900 秒）。
- AWS Lambda 最大記憶體：10,240 MB（10 GB）。
- Amazon EC2 執行個體家族字母：M、T（一般），C（運算），R、X（記憶體），I、D、H（儲存），P、G、Inf、Trn、F（加速）。
- Amazon ECS 控制平面成本：免費（只付運算費）。
- Amazon EKS 控制平面成本：每叢集每小時計費（非零）。
- AWS Fargate 計費單位：保留的 vCPU ＋記憶體秒數。
- Amazon Lightsail 最低價：最便宜的套件約 $3.5／月。
- Amazon EC2 Auto Scaling：在最小、期望、最大容量之間調整。
- Elastic Load Balancer 類型：ALB（L7）、NLB（L4）、GWLB（設備）、CLB（已淘汰）。
- AWS Batch 底層運算：Amazon EC2 或 AWS Fargate。
- AWS Outposts 形式：機櫃（42U）或伺服器（1U／2U）。
AWS 運算服務 vs 鄰近主題——界線切分
CLF-C02 很小心地把 AWS 運算服務（Task 3.3）跟鄰近主題切開。界線要記清楚。
- compute-services vs deployment-operation-methods（3.3 vs 3.1）——Amazon EC2 是運算；AWS Elastic Beanstalk／AWS CloudFormation／AWS CDK 是部署。運算題問「什麼在執行程式？」，部署題問「程式是怎麼到那裡的？」。
- compute-services vs pricing-models（3.3 vs 4.1）——「選哪個服務？」是運算；「怎麼付錢？」是計價。兩者有交集（Amazon EC2 有 On-Demand、RI、Spot），但考試會把它們清楚分開。
- compute-services vs global-infrastructure（3.3 vs 3.2）——Amazon EC2 跑在某個 Region 裡的 AZ；AWS Outposts 跑在地端。運算「在哪裡」是 Task 3.2，運算「是什麼」是 Task 3.3。
- compute-services vs database-services（3.3 vs 3.4）——你可以在 Amazon EC2 上自管資料庫（自己管運算），或用代管資料庫（Amazon RDS、Amazon Aurora、Amazon DynamoDB）。CLF-C02 偏好代管資料庫的答案，除非題目明確說「自管」。
- compute-services vs network-services（3.3 vs 3.5）——Amazon EC2 住在 Amazon VPC 子網路中；Elastic Load Balancing 跟運算相鄰，但在考試指南上正式歸類為網路服務。
練習題連結——Task 3.3 對應練習
使用 /learn/aws/clf-c02/practice?task=3.3 下的題庫來練習這些 AWS 運算服務模式：
- 「哪個 AWS 服務會回應事件執行程式、而不需要佈建伺服器？」→ AWS Lambda。
- 「跑 3 小時的批次工作該用什麼服務？」→ AWS Batch 或 Amazon EC2，絕不是 AWS Lambda。
- 「公司想要相容上游 API 的代管 Kubernetes。」→ Amazon EKS。
- 「公司想要在 AWS 上最簡單的代管容器編排。」→ Amazon ECS。
- 「公司想跑容器但不想管任何 Amazon EC2 執行個體。」→ Amazon ECS on AWS Fargate 或 Amazon EKS on AWS Fargate。
- 「小型企業想要以固定月費取得預裝好的 WordPress stack。」→ Amazon Lightsail。
- 「公司想在地端跑 AWS 服務以降低延遲。」→ AWS Outposts。
- 「哪個服務會依 CPU 使用率自動調整 Amazon EC2 容量？」→ Amazon EC2 Auto Scaling。
- 「要做 HTTPS 路徑路由，該選哪個負載平衡器？」→ Application Load Balancer（ALB）。
- 「記憶體內 SAP HANA 工作負載最適合的 Amazon EC2 家族是？」→ 記憶體最佳化（R 家族）。
FAQ——AWS 運算服務熱門問題
Q1. CLF-C02 的主要 AWS 運算服務有哪些？
CLF-C02 的核心 AWS 運算服務包括 Amazon EC2（虛擬機）、AWS Lambda（無伺服器函式）、Amazon ECS（AWS 原生容器）、Amazon EKS（代管 Kubernetes）、AWS Fargate（Amazon ECS 與 Amazon EKS 的無伺服器容器啟動類型）、AWS Batch（代管批次 job）、Amazon Lightsail（簡化 VPS）與 AWS Outposts（地端 AWS 運算）。記住這八個名字，加上 Elastic Load Balancing 與 Amazon EC2 Auto Scaling 作為運算相鄰服務。
Q2. 什麼時候該選 AWS Lambda 而不是 Amazon EC2？
選 AWS Lambda 的時機：工作負載是事件驅動、突發型、短時（少於 15 分鐘），且能受益於零閒置成本的計費。選 Amazon EC2 的時機：長時間執行、穩定、需要特定 OS 組態、或有持久連線需求。AWS Lambda 的 15 分鐘上限是硬規則——工作負載只要超過這個時間，AWS Lambda 在 CLF-C02 上就自動出局。
Q3. Amazon ECS 與 Amazon EKS 有什麼差別？
Amazon ECS 與 Amazon EKS 都是在 AWS 運算服務上編排容器。Amazon ECS 是 AWS 原生、使用專屬 API、控制平面免費——在 AWS 上最快上線。Amazon EKS 執行上游 Kubernetes、完全符合 CNCF、控制平面每叢集每小時計費，換來跨雲可攜性。純 AWS 求簡單 → 選 Amazon ECS；團隊或生態系本來就在講 Kubernetes → 選 Amazon EKS。
Q4. AWS Fargate 可以取代 Amazon ECS 或 Amazon EKS 嗎？
不行。AWS Fargate 是一種啟動類型，由 Amazon ECS 與 Amazon EKS 兩者共同使用，用來跑容器而不需管 Amazon EC2 host。AWS Fargate 不能單獨使用——一定要透過一個編排器。在 CLF-C02 上，「用 AWS Fargate 取代 Amazon ECS」是陷阱答案。
Q5. 哪些 AWS 運算服務是無伺服器的？
AWS 運算服務中嚴格算無伺服器的有兩個：AWS Lambda（函式）與 AWS Fargate（容器，透過 Amazon ECS 或 Amazon EKS 使用）。AWS 的「無伺服器」意味著不用管 Amazon EC2 host、自動擴展到零（AWS Fargate 則是接近零）、以及用多少付多少的計費。
Q6. 超過 15 分鐘的長時間工作負載該選什麼運算服務？
超過 15 分鐘的工作負載排除 AWS Lambda，從以下選項挑：Amazon EC2、Amazon ECS（on Amazon EC2 或 AWS Fargate）、Amazon EKS（on Amazon EC2 或 AWS Fargate）、AWS Batch 或 Amazon Lightsail。在 CLF-C02 上，長時間工作最常見的正解是 Amazon EC2（客製 stack）、AWS Batch（排隊式運算 job）或 AWS Fargate（容器）。
Q7. Amazon EC2 Auto Scaling 與 Elastic Load Balancing 跟 AWS 運算服務的關係是什麼？
Amazon EC2 Auto Scaling 與 Elastic Load Balancing 是讓 Amazon EC2 具備彈性與高可用的黏著劑。Auto Scaling 調整 Amazon EC2 執行個體數量；Elastic Load Balancing 把流量分發到健康的執行個體（或 AWS Fargate 任務、AWS Lambda）。兩者合起來就把原始的 Amazon EC2 變成一個有彈性、能自我修復的運算機群。
Q8. CLF-C02 的運算主題會考 AWS Elastic Beanstalk 嗎？
AWS Elastic Beanstalk 嚴格來說是部署服務（Task 3.1），不是運算服務。它會替你佈建 Amazon EC2。在 compute-services 題目上，底層運算是 Amazon EC2；在 deployment-methods 題目上，代管平台才是 AWS Elastic Beanstalk。把兩個主題切乾淨，你就能穩拿這個區分題。
延伸閱讀——AWS Overview 白皮書與文件
若想超越 CLF-C02 範圍，更深入理解 AWS 運算服務：
- AWS Overview Whitepaper——Compute Services 章節。
- AWS Well-Architected Framework——Performance Efficiency 支柱之 Compute 章節。
- Amazon EC2 User Guide——instance type 選擇。
- AWS Lambda Developer Guide——事件來源與部署套件。
- Amazon ECS Developer Guide 與 Amazon EKS User Guide。
- AWS Fargate FAQ——啟動類型選擇指引。
- AWS Compute Blog——最新公告與新上線的 AWS 運算服務。
這些資源超過 CLF-C02 的深度，但能強化你對 AWS 運算服務抽象層級與按量計費的心智模型。
總結——AWS 運算服務一覽
- AWS 運算服務橫跨虛擬機（Amazon EC2、Amazon Lightsail）、容器（Amazon ECS、Amazon EKS，搭配 AWS Fargate 啟動類型）、無伺服器（AWS Lambda）、特殊批次（AWS Batch）與地端延伸（AWS Outposts）。
- 管理責任光譜從 Amazon EC2（掌控最多）延伸到 AWS Lambda（負擔最少）。
- Amazon EC2 的彈性來自 Amazon EC2 Auto Scaling 加上 Elastic Load Balancing。
- AWS Fargate 永遠是一種啟動類型——不是獨立運算服務。
- AWS Lambda 有 15 分鐘硬上限；長時間工作負載必須改用 Amazon EC2、AWS Fargate、AWS Batch 或 Amazon EKS／Amazon ECS on Amazon EC2。
- Amazon Lightsail 是最適合新手的入門；AWS Outposts 是把 AWS 延伸到地端的方式。
- 把 compute-services（3.3）、deployment-operation-methods（3.1）、pricing-models（4.1）、global-infrastructure（3.2）之間的界線搞清楚。
把 AWS 運算服務這一章練熟，你就能在 CLF-C02 上從容應對 Domain 3 的 5 到 8 題運算題——而且同一套心智模型，在你繼續往 SAA-C03 與 DVA-C02 走的 AWS 認證之路上也能直接沿用。