Amazon CLF-C02: 雲端概念 — 學習指南

By Laurynas Brazys · 29 July 2026 · #amazon #clf-c02 #certification #exam-prep #study-guide

屬於 AWS Cloud Practitioner CLF-C02 — 學習指南. 使用經過驗證的解答練習： Amazon 考試中心, 或參加限時模擬考試： ExamRoll.io.

核心雲端概念與 AWS 的價值主張

雲端運算將資本密集、需要容量規劃的問題，轉變為一種營運模式，讓運算、儲存和網路資源可以隨需取用。AWS 提供彈性 (auto scaling 以匹配負載)、全球觸及範圍 (透過 Regions 和 Availability Zones 實現本地化與故障隔離)，以及一系列的託管服務，免除無差異化的繁重工作。諸如「為故障設計」(designing for failure)、「鬆耦合」(loose coupling) 和「不可變基礎設施」(immutable infrastructure) 等架構概念，能幫助團隊善用雲端的優勢：更快的上市時間、按用量計費的經濟效益，以及全球規模。VPCs、subnets 和 Internet Gateway 等網路基礎元件，可用來控制工作負載的傳入 (ingress) 和傳出 (egress) 流量；而當需要可預測的頻寬或更低的延遲時，Direct Connect 則提供一條連到本地資料中心的專用高吞吐量線路。對於極大規模的實體遷移或間歇性連線的場景，Snowball Edge 裝置能實現安全的離線傳輸，甚至提供邊緣運算能力。從業人員常見的陷阱包括：假設「直接遷移」(lift-and-shift) 會自動降低成本、低估網路傳出 (egress) 費用，以及未能設計多 AZ 的災難恢復能力。在選擇 rehost、replatform 或 refactor 策略之前，決策標準應權衡業務的可用性需求、資料引力 (data gravity)、延遲限制，以及長期的營運成本。

服務、遷移模式與架構決策

選擇正確的 AWS 服務，取決於您需要的是託管營運、對作業系統層級職責的控制權，還是邊緣/離線能力。遷移模式包括 rehost (直接遷移)、replatform (進行小幅優化)，以及 refactor (為雲端原生重新建構架構)。儲存服務的選擇反映了存取模式：S3 用於物件儲存和資料湖；EBS 用於掛載到 EC2 的區塊儲存；EFS 用於 POSIX 共享檔案系統；而 FSx 系列則滿足託管的 Windows 或高效能檔案系統需求。資料庫可以作為託管服務 (如 Amazon RDS 和 Amazon DynamoDB) 來運行，這能卸載管理任務；或者也可以在 EC2 上自行管理，此時客戶需自行負責作業系統、修補、備份和擴展等職責。對於容器，託管選項能減輕營運負擔，同時也提供不同的權衡取捨：

Amazon ECS (EC2 launch)：託管的協同調度，但您需要管理 EC2 主機。
Amazon ECS / Fargate：無伺服器容器，無需管理主機。
Amazon EKS：託管的 Kubernetes 控制平面；您可以自行管理節點或使用 Fargate。若要快速部署應用程式而無需手動打造每個資源，AWS Elastic Beanstalk 或 CloudFormation 範本可以加速交付，同時強制執行標準化的架構。從業人員的陷阱包括：低估自行管理資料庫或容器主機的營運工作量，以及忘記為 EC2 掛載 IAM instance profiles 以進行安全的服務存取。

雲端經濟學：定價模型與成本優化實務

AWS 提供多種定價模型，以匹配工作負載的可預測性及對中斷的容忍度。On-Demand 具備彈性且無需承諾；Reserved Instances 和 Savings Plans 為穩定狀態的使用提供大幅折扣；Spot Instances 折扣最多但可能被中斷；而 Dedicated Hosts 則滿足法規或授權需求。成本的可見性與控制依賴標籤 (tagging)、Cost Explorer、AWS Budgets 和 AWS Cost Anomaly Detection；而像 AWS Compute Optimizer 和 Cost Explorer 的資源建議等權利調適 (rightsizing) 工具，則有助於識別過度配置的 EC2 執行個體。Trusted Advisor 會揭露成本和效能的優化機會，並突顯孤立資源 (orphaned resources)；而 AWS Budgets 則能在支出超過閾值時觸發 SNS 警示。常見的陷阱包括：未分析歷史使用率就購買 Reserved Instances 或 Savings Plans、將 Spot Instances 用於關鍵且不可中斷的工作負載，以及未能實施一致的標籤策略，從而破壞了成本分攤 (chargeback) 和優化工作。決策標準應結合工作負載模式、中斷容忍度及預測：對不可預測的負載使用 On-Demand；對持續的基線使用 Savings Plans 或 RIs；對具彈性、容錯的運算則使用 Spot。

安全性、共同責任與營運最佳實務

AWS 的安全性是一種共同責任模型：AWS 負責雲端基礎設施（硬體、網路、區域、可用區域及基礎服務）的安全性，而客戶則負責雲端「內部」的安全性——這包括資料、存取控制、應用程式層級的加密、IaaS 的作業系統與軟體修補，以及身分聯合。使用附加到 EC2 執行個體設定檔的 IAM 角色，來授予對 S3 等服務的暫時性、最低權限存取；避免將長期有效的憑證嵌入執行個體中。資料保護功能包括用於資料保留的 S3 版本控制和 Object Lock、伺服器端加密 (SSE)，以及用於敏感記錄的用戶端加密。監控與稽核能力仰賴 CloudTrail 進行 API 記錄、AWS Config 進行組態合規性檢查、Amazon Inspector 進行 EC2 工作負載的漏洞評估、GuardDuty 進行威脅偵測，以及 Amazon Macie 在 S3 中進行敏感資料探索。Well-Architected Framework 指導營運、安全性、可靠性、效能和成本方面的考量；常見的實務人員錯誤包括過度使用根帳戶、忽略自動化備份，以及未實作多可用區 (multi-AZ) 架構或災難復原計畫。營運決策應優先考慮自動化、最低權限和集中式日誌記錄，以減少人為錯誤並加速事件應變。

實務問題：使用案例情境

情境：Acme Analytics 在單一 AWS 區域中運行一個季節性的資料處理管道。他們的環境包括用於運算的 EC2 執行個體、一個本地部署的存檔，以及一個 S3 資料湖。他們每個季節需要從本地部署環境擷取 50 TB 的資料，確保運行期間的高可用性，並在季節之間控制成本。

挑戰：在有限的頻寬下進行 50 TB 的大量資料傳輸，且需要耐用、可稽核的擷取過程；運算資源必須在為期兩個月的處理期間內具備高可用性，並在閒置時具備成本效益。

建議方法：

訂購 Amazon Snowball Edge 以安全地將 50 TB 資料匯入 Amazon S3，如果需要預先處理，可使用其邊緣運算功能。
將擷取的資料儲存在已啟用版本控制的 S3 儲存貯體中，並套用 S3 Object Lock 來保留來源記錄。
在跨多個可用區域的 EC2 執行個體 Auto Scaling 群組上運行處理作業，或在為期兩個月的處理期間內使用 AWS Batch/ECS Fargate 進行託管式擴展。
實作 Cost Explorer、帶有警示的 AWS Budgets，並僅對基線的持續性資源套用 Savings Plans 或 Reserved Instances；在季節結束後終止或縮減運算資源。

理由：對於大型的一次性匯入，Snowball Edge 能將傳輸時間和網路成本降至最低，而 S3 則提供耐用且可稽核的儲存。在尖峰月份使用 Auto Scaling 或託管式運算可提供可用性，且僅在處理時產生費用，同時成本管理工具可防止非預期的支出。

所有領域 · AWS 全球基礎設施 →

練習這些題目 → · 在 ExamRoll.io 上限時練習 →