除了運算、儲存、資料庫與網路之外，AWS 的服務組合還向外延伸出四大服務家族，CLF-C02 考試將它們歸類在 Task 3.8 底下。這四大家族——AWS 整合服務、AWS 開發者工具、AWS IoT 與 AWS 終端運算——負責把現代雲端架構黏合起來、加速軟體交付、連接實體裝置，並把應用程式送到真人手上。本頁精煉出一位 Cloud Practitioner 應試者應該認得的所有重點，涵蓋 AWS 整合服務、AWS 開發者工具、AWS IoT、AWS 終端運算、Amazon WorkSpaces 與 AWS Step Functions，且不會過度鑽研到解決方案架構師等級的細節。
CLF-C02 考試以使用情境辨識深度測驗這些類別：你應該能把一個情境（「用佇列解耦微服務」或「把企業應用程式串流到瀏覽器」）對應到正確的 AWS 服務名稱。你不需要實際設定它們、精準估算其費用或進行除錯。這讓我們得以在單一頁筆記中橫掃廣泛的 AWS 整合服務、AWS 開發者工具、AWS IoT 與 AWS 終端運算，又不至於讓你的記憶負擔爆表。
什麼是 AWS 其他服務類別？
「其他服務類別」是 CLF-C02 Exam Guide 所使用的傘狀標籤，涵蓋那些無法整齊歸入運算、儲存、資料庫或網路的服務。Task 3.8 列出了這把傘下的四個分組：AWS 整合服務（訊息、工作流程、SaaS 連接器）、AWS 開發者工具（CI/CD 管線、IDE、IaC 框架）、AWS IoT（裝置連線與邊緣運算）以及 AWS 終端運算（虛擬桌面、應用程式串流、瀏覽器存取）。
把考試重點想成廣度優先於深度的全面掃描。領域 3 占考試 34% 的比重，而 Task 3.8 是其中最小的一桶——在我們的題庫預算裡，整頁大約只有 100 題練習題。但你在這裡看到的服務，最容易以誘答選項的身分出現在情境題中，或者當情境明顯大喊「訊息佇列」或「虛擬桌面」時，它們就是那個「顯而易見的正確答案」。
四個子類別一覽
- AWS 整合服務——在其他服務與 SaaS 應用程式之間搬運訊息、事件與資料的黏合服務。範例：Amazon SQS、Amazon SNS、Amazon EventBridge、AWS Step Functions、Amazon MQ、Amazon AppFlow。
- AWS 開發者工具——協助開發者建置、測試、發佈與觀察軟體的服務。範例：CodeBuild、CodeDeploy、CodePipeline、CodeArtifact、CodeCatalyst、CodeGuru、AWS X-Ray、AWS Cloud9、AWS CDK、AWS SAM、AWS Amplify。
- AWS IoT——讓你連接、保護、管理並分析大規模實體裝置群的服務。範例：AWS IoT Core、AWS IoT Greengrass、AWS IoT Analytics、AWS IoT Device Defender、AWS IoT SiteWise。
- AWS 終端運算——託管式地把桌面、應用程式與瀏覽器工作階段交付給終端使用者的方式。範例：Amazon WorkSpaces、Amazon AppStream 2.0、Amazon WorkSpaces Web。
為什麼考試把它們歸在一起
就 Cloud Practitioner 而言，這四個家族具備一項共同特質：它們都是特化的消費端點，坐落在核心運算、儲存、資料庫、網路基礎管線之上。你很少會從 AWS 整合服務開始設計系統；而是在需要訊息、管線、裝置群或終端使用者存取層時才加入它們。把它們歸在一起，可以讓考試指南整齊清爽，也讓你能把它們當成「只需辨識」的一組服務來讀。
白話文解釋 AWS 其他服務類別
類比 1：夜市小吃街（AWS 整合服務）
想像一條熱鬧的台灣夜市小吃街。客人點餐、單子送進廚房、各攤位依序出餐，最後送到正確的桌位。Amazon SQS 是排隊領號碼牌的點餐窗口——訂單（訊息）依序排隊，廚師一張一張取走，下游出餐站才不會被塞爆。Amazon SNS 是全街廣播——一句「本街今晚九點發放折價券」同時推送到每個攤位的喇叭。Amazon EventBridge 則是夜市管理中心——監看全街發生的每件事（天氣警報、攤位換位、缺料通知），依規則路由（「若下雨則通知所有外帶攤位並更新電子看板」）。AWS Step Functions 是上菜 SOP 清單，定義精確的上菜順序：點餐、確認、備料、烹煮、出餐，並有分支處理「食材不足 → 詢問客人換餐」與「訂單無效 → 轉給店長」。這就是 AWS 整合服務端到端的心智模型。
類比 2：汽車裝配線（AWS 開發者工具）
AWS 開發者工具運作起來就像一條現代汽車裝配線。AWS CodeCommit（在舊有帳號中）是零件倉庫，存放所有藍圖（原始碼）。AWS CodeBuild 是沖壓與焊接工站，把原料加工成半成品（編譯程式碼為二進位檔）。AWS CodeDeploy 是最終組裝機械手臂，把引擎和車輪安裝到車體上（部署到 EC2、Lambda、ECS）。AWS CodePipeline 是輸送帶調度員，依正確順序把車從一站送到下一站，並在各站之間設置品質關卡。AWS CodeArtifact 是認證零件庫存（私有套件註冊表）。Amazon CodeCatalyst 則是整座現代化的全新智慧工廠，用專案範本與開發環境把以上所有東西串接起來。AWS X-Ray 是路試時夾在成品車上的遙測線束——記錄究竟是哪個子系統拖慢了車速。一張圖就是 AWS 開發者工具的全貌。
類比 3：商辦大樓租賃（AWS 終端運算）
AWS 終端運算運作起來像租賃商辦空間。Amazon WorkSpaces 是長期辦公室租約——每位員工有自己掛名的辦公室（持久型虛擬桌面）；每天回來都還是同一間，牆上的海報、桌上的檔案都還在。Amazon AppStream 2.0 則是共享辦公空間的熱座——員工隨便挑一張工作站使用，離開時一切都會清空（短暫性應用程式串流）。Amazon WorkSpaces Web 是訪客識別證大廳 Kiosk——來賓透過安全瀏覽器存取已核准的 Web 應用程式，不必拿到整棟樓的鑰匙（託管式安全瀏覽器）。當情境說「持久型桌面」時，Amazon WorkSpaces 就是正解；當情境說「依需求串流單一應用程式」時，Amazon AppStream 2.0 就是正解。
核心運作原則
所有 AWS 整合服務、AWS 開發者工具、AWS IoT 服務與 AWS 終端運算服務都共享四項運作原則，這也是 CLF-C02 考試最愛測驗的重點。
原則 1：託管控制平面，顧客資料平面
本主題中的每項服務都是託管服務。AWS 負責操作基礎設施、修補軟體、確保可用性，並交給你一組 API。你負責帶入酬載——訊息內容（AWS 整合服務）、原始碼（AWS 開發者工具）、裝置指紋（AWS IoT），或是使用者工作階段（AWS 終端運算）。這正好對應到共同責任模型：對於 AWS 整合服務、AWS 開發者工具、AWS IoT 與 AWS 終端運算，AWS 負責「雲端本身的安全」，你負責「雲端之中的安全」。
原則 2：預設採事件驅動
大多數 AWS 整合服務以事件驅動模型運作。Amazon SQS 的接收端會在準備好時主動拉取。Amazon SNS 一旦有訊息抵達主題便立刻推送給訂閱者。Amazon EventBridge 則在事件抵達匯流排的瞬間依模式比對進行路由。AWS Step Functions 執行一個狀態、等待其完成（或等待某個事件），再繼續下一個狀態。認出「事件驅動」這四個字，就贏了 AWS 整合服務考題的一半。
原則 3：按使用量計費
AWS 整合服務、AWS 開發者工具、AWS IoT 與 AWS 終端運算（Amazon WorkSpaces 除外，它同時提供月租組合）都是依用量計費。SQS 按每百萬次請求計價，CodeBuild 按每分鐘建置時間計價，IoT Core 按每則訊息計價，AppStream 按每小時串流計價。Amazon WorkSpaces 是例外——提供小時制與月租制兩種組合，這個特例要記熟。
原則 4：整合優於孤立
這些服務很少單獨存在。AWS 整合服務會插入 Lambda 與 ECS。AWS 開發者工具會部署到 EC2、Lambda、ECS 與 EKS。AWS IoT 透過規則路由到 S3、Kinesis 與 Lambda。AWS 終端運算會從 FSx 讀取檔案，並透過 AWS Directory Service 或 IAM Identity Center 進行驗證。考試情境通常會點名兩個服務——你要為既定的運算或儲存錨點挑出正確的整合服務。
應用程式整合：AWS 整合服務深入介紹
AWS 整合服務是本主題產出考題最多的家族。預期考試至少會有一題考 SQS vs SNS vs EventBridge，以及至少一題考 AWS Step Functions。
Amazon SQS——佇列
Amazon Simple Queue Service（SQS）是一項完全託管的訊息佇列。發送端把訊息寫進佇列；接收端輪詢佇列並逐則處理。訊息保留時間最長 14 天（預設 4 天），直到接收端刪除它們。這種拉取式、一則訊息對應一位接收端的模型，讓 SQS 成為 AWS 整合服務中最典型的解耦工具。
SQS 提供兩種佇列類型。標準佇列採至少一次傳遞與盡力而為的排序——吞吐量近乎無限，但偶爾會出現重複訊息或順序錯亂。FIFO 佇列提供嚴格先進先出順序與恰好一次傳遞，搭配批次可達每秒 3,000 則訊息。當 CLF-C02 情境強調「嚴格順序」或「不可重複」時，選 FIFO；當情境強調「海量吞吐量」或「順序不重要」時，選標準佇列。
Amazon SNS——主題
Amazon Simple Notification Service（SNS）是一項託管的發佈/訂閱服務。發佈者把一則訊息送到主題，SNS 再把這則訊息推送給每一位訂閱者——SQS 佇列、Lambda 函式、HTTP 端點、電子郵件、SMS、行動推播。一對多的扇出就是它最具代表性的模式：一則庫存事件可以同時觸發一支倉儲 Lambda、一條分析用的 SQS 佇列以及一則 SMS 警示。
SNS 主題同樣有標準與 FIFO 兩種版本，和 SQS 互相呼應。
Amazon EventBridge——事件匯流排
Amazon EventBridge（Amazon CloudWatch Events 的後繼者）是一項無伺服器事件匯流排，可以從 AWS 服務、SaaS 合作夥伴（Zendesk、PagerDuty、Datadog、Shopify）以及你自己的應用程式接收事件，再透過具備模式比對能力的規則把事件路由到目標。一條規則可以寫成：「當儲存貯體 X 發生任何 S3 PutObject 事件時，觸發 Lambda Y 並在 SQS Z 放入一則訊息。」EventBridge 也支援結構描述登錄與事件封存，這兩項都是 Amazon SNS 所沒有的。
Amazon EventBridge vs Amazon SNS——經典陷阱
兩者的差異細微但很常考。Amazon SNS 是只推送的 pub/sub 主題——除非套用篩選原則，否則每位訂閱者都會收到每則訊息。Amazon EventBridge 則豐富得多：事件帶有結構化 JSON 結構描述，規則可以針對任何事件屬性做比對（「detail-type 等於 'Object Created' 且 source 等於 'aws.s3'」），而且可以封存與重播事件以利稽核或復原。簡單扇出時選 SNS；需要基於內容的路由、SaaS 事件接收或可重播性時選 EventBridge。
AWS Step Functions——工作流程協調器
AWS Step Functions 是一項無伺服器工作流程 / 狀態機服務。你用 JSON 定義一條工作流程（Amazon States Language），把 Lambda、ECS 任務、SageMaker 作業、API 呼叫與人工核准步驟串接成具備分支、平行處理、重試與錯誤處理的視覺化流程。當 CLF-C02 問「哪一項服務能把多個 Lambda 函式協調成可靠的序列並支援重試」時，答案就是 AWS Step Functions。
它提供兩種工作流程類型：Standard（執行時間最長 1 年、恰好一次執行、利於稽核）與 Express（最長 5 分鐘、至少一次、為事件驅動應用提供極高吞吐量）。
Amazon MQ——傳統代理程式
Amazon MQ 是託管版的 Apache ActiveMQ 與 RabbitMQ。它存在於一個非常特定的考題情境：把地端訊息代理程式遷移到 AWS，且無須重寫應用程式碼。如果地端應用程式使用 JMS、AMQP、MQTT 或 STOMP 協定，Amazon MQ 能讓這些線路協定原封不動地保留。新的雲端原生設計則應優先選用 SQS 或 SNS。
Amazon AppFlow——SaaS 整合
Amazon AppFlow 是一項完全託管的 SaaS 資料整合服務。它可以在 SaaS 應用程式（Salesforce、Slack、ServiceNow、Zendesk、Google Analytics、Marketo、SAP）與 AWS 服務（S3、Redshift）之間，以排程或事件方式搬移資料，並內建篩選與轉換能力。當考題說「不寫程式碼就把 Salesforce 的資料安全傳送到 S3」時，答案就是 Amazon AppFlow。
開發者工具：AWS 開發者工具深入介紹
AWS 開發者工具是本主題的第二根支柱。CLF-C02 考試期待你認出每項服務的一句話角色，而不是要你會設定它們。
AWS Code Suite
最初的 AWS 開發者工具陣容——AWS Code Suite——涵蓋從原始碼到正式環境的整條管線：
- AWS CodeCommit——私有 Git 儲存庫服務。狀態備註：CodeCommit 自 2024 年中起已不再開放給新的 AWS 帳號。既有客戶可以繼續使用，但新帳號必須改用第三方 Git（GitHub、GitLab、Bitbucket）或 Amazon CodeCatalyst。
- AWS CodeBuild——完全託管的 CI 建置服務。編譯原始碼、執行測試、產出建置產物。按建置分鐘計費。
- AWS CodeDeploy——針對 EC2、Lambda、ECS 與地端伺服器的自動化部署服務。支援就地、blue/green 與 canary 部署。
- AWS CodePipeline——CI/CD 協調器。把 CodeCommit（或 GitHub）→ CodeBuild → CodeDeploy 串成可重複執行的管線，支援人工核准關卡與平行階段。
- AWS CodeArtifact——私有套件註冊表，支援 npm、PyPI、Maven、NuGet、Gradle 等。可作為代理，替隔離網路環境快取公用套件。
這五項加起來就涵蓋了軟體交付生命週期的端到端。
Amazon CodeCatalyst——統一體驗
Amazon CodeCatalyst 是現代的統一軟體開發服務——它把版本控制（自家的 Git，或 GitHub）、CI/CD、議題追蹤與雲端開發環境全部包在一個以專案為中心的 UI 裡。可以把它想成 AWS 版的 GitHub + GitHub Actions + GitHub Issues + Codespaces 四合一。情境若提到「在幾分鐘內建立一個新專案，連原始碼、管線、開發環境一起就位」，指的就是 CodeCatalyst。
Amazon CodeGuru——檢閱者與分析器
Amazon CodeGuru 有兩個部分：
- CodeGuru Reviewer——ML 驅動的程式碼檢閱，在 pull request 中標示安全問題、資源洩漏與 AWS 最佳實務違規。
- CodeGuru Profiler——執行期應用程式分析器，在正式環境中找出最耗費資源的程式碼行，以及它們的 CPU 與記憶體熱點。
AWS X-Ray——分散式追蹤
AWS X-Ray 會追蹤請求在分散式應用程式中穿梭的路徑——經過 API Gateway、Lambda、ECS、DynamoDB、SNS、SQS——並產出帶有每一跳延遲的服務地圖。用它來找出哪個下游服務是瓶頸。當考題說「在微服務架構中找出緩慢的元件」時，答案就是 X-Ray。
AWS Cloud9——雲端 IDE
AWS Cloud9 是一款瀏覽器型 IDE，內建 AWS CLI 工具、終端機存取與即時協作編輯。它可以跑在 EC2 執行個體或你自己的伺服器上。Cloud9 適合從任何裝置進行快速編修與結對程式設計。
基礎設施即程式碼框架
有兩項 AWS 開發者工具值得單獨提出，因為它們是建立在 CloudFormation 之上的基礎設施即程式碼（IaC）抽象層：
- AWS CDK（Cloud Development Kit）——用 TypeScript、Python、Java、Go 或 C# 撰寫 CloudFormation 堆疊。CDK 會在建置階段合成 CloudFormation 樣板。
- AWS SAM（Serverless Application Model）——針對無伺服器應用（Lambda、API Gateway、DynamoDB、SQS、SNS）簡化的 CloudFormation DSL。SAM 樣板比原始 CloudFormation 更精簡，並附帶可本地測試的 CLI。
AWS CDK 與 AWS SAM 最終都會產出 CloudFormation，因此也能享有 CloudFormation 的回溯與漂移偵測能力。
AWS Amplify——全端應用程式框架
AWS Amplify 是一套全端網頁與行動應用框架，把託管（類似 Vercel 或 Netlify）、CI/CD、身分驗證（Cognito）、GraphQL/REST API（AppSync/API Gateway）、儲存（S3）與資料（DynamoDB）包在一支 CLI 之後。當情境說「快速搭建一個帶登入與後端 API 的 React 或 Flutter 應用」時，Amplify 就是正解。
AWS IoT 服務深入介紹
AWS IoT 服務負責連接、保護與分析大量連網裝置——恆溫器、工廠感測器、汽車、無人機。CLF-C02 只考辨識層級的題目。
AWS IoT Core——裝置連線
AWS IoT Core 是裝置的大門。它接受數百萬條同時的 MQTT、HTTPS 或 WebSocket 連線，以 X.509 憑證驗證裝置身分，並透過規則引擎把訊息路由到其他 AWS 服務。每個 AWS IoT 架構都從 IoT Core 開始。
AWS IoT Greengrass——邊緣執行環境
AWS IoT Greengrass 是一套邊緣運算執行環境，可以跑在裝置或地端閘道器上。它讓你在裝置上在地端執行 Lambda 函式、ML 模型與 Docker 容器——當裝置連線不穩或需要次秒級反應時非常有用。只要網路恢復，Greengrass 就會和雲端的 IoT Core 同步。
AWS IoT Analytics
AWS IoT Analytics 是一項託管服務，負責對大量 IoT 裝置資料進行清理、轉換與分析。它從 IoT Core 接收資料、執行查詢，並把結構化結果交給 QuickSight 或 ML 管線。
AWS IoT Device Defender
AWS IoT Device Defender 會稽核與監控你的 IoT 裝置群，找出安全組態錯誤與異常裝置行為（一台恆溫器突然傳出數十 GB 的資料就會被標示出來）。
AWS IoT SiteWise
AWS IoT SiteWise 專為工業 IoT 設計——用於蒐集、儲存、組織並視覺化來自工廠設備、PLC 與 SCADA 系統的資料。
AWS 終端運算深入介紹
AWS 終端運算把工作環境——桌面、應用程式與瀏覽器存取——交付給終端使用者，不必出貨任何實體硬體。Amazon WorkSpaces 是此家族的旗艦服務。
Amazon WorkSpaces——虛擬桌面（DaaS）
Amazon WorkSpaces 是託管的 Desktop-as-a-Service（DaaS）。每位使用者在 AWS 雲端擁有一台持久型 Windows 或 Ubuntu Linux 桌面，可以透過 WorkSpaces 用戶端在 Windows、macOS、iPad、Chromebook、Android，或瀏覽器上存取。文件、已安裝的應用程式與自訂設定都會在工作階段之間保留——使用者週一登入、登出，週二再登入時一切都還在原處。
Amazon WorkSpaces 的計費方式有小時制（偶爾使用者）或月租制（每日使用者）兩種——這個小時制與月租制的取捨是經典考題。Amazon WorkSpaces 可以透過 Active Directory、AWS Directory Service 或 IAM Identity Center 做身分驗證。當情境說「為遠端員工提供持久型虛擬桌面」時，Amazon WorkSpaces 就是預設正解。
Amazon AppStream 2.0——應用程式串流
Amazon AppStream 2.0 串流的是單一應用程式（而非完整桌面）到使用者的瀏覽器。應用程式執行在 AWS 中一台臨時性、以 EC2 為基礎的串流執行個體上；使用者只會看到該應用的視窗。使用者登出後，該串流執行個體會被回收——預設不會保留任何資料，除非你另外掛載家目錄或把使用者資料放在 S3 上。
什麼時候選 Amazon AppStream 2.0 而非 Amazon WorkSpaces：使用者只需要某一個特定應用程式（例如 CAD 工具、訓練模擬器、短期授權的桌面程式），而不是整天都在裡面工作的完整桌面。
Amazon WorkSpaces Web——安全瀏覽器
Amazon WorkSpaces Web 是一項託管的安全瀏覽器服務。使用者在 AWS 中取得一個經強化的 Chromium 瀏覽器工作階段，透過自己本機的瀏覽器即可存取。IT 團隊利用它讓外包人員、BYOD 使用者或內部員工安全、短暫地存取內部 Web 應用與 SaaS 平台，而不需要部署 VPN 用戶端或完整虛擬桌面。
Amazon WorkDocs——已停用
Amazon WorkDocs 原本是一項託管的文件協作服務（可以把它想成企業版的 Google Drive）。AWS 已於 2025 年 4 月停用 WorkDocs；不再接受新客戶。你可能還會在較舊的練習題中看到它；但目前的 CLF-C02 考試不太可能把它列為正解。
必背數字與事實
CLF-C02 考試鮮少測驗精確的服務上限，但在 AWS 整合服務、AWS 開發者工具、AWS IoT 與 AWS 終端運算之間，有少數幾個數字與預設值確實會出現。
- Amazon SQS 訊息保留時間：1 分鐘到 14 天，預設 4 天。
- SQS FIFO 吞吐量：搭配批次可達每秒 3,000 則訊息。
- AWS Step Functions Standard 工作流程執行時間：最長 1 年。
- AWS Step Functions Express 工作流程執行時間：最長 5 分鐘。
- AWS IoT Core 協定：MQTT、MQTT over WSS、HTTPS。
- Amazon WorkSpaces 計費模式：小時制（按用付費）與月租制（無限制使用）。
- AWS CodeCommit 狀態：已不開放新帳號（2024 年起）；請改用 CodeCatalyst 或第三方 Git。
- Amazon WorkDocs 狀態：2025 年 4 月已停用。
常見考試陷阱
陷阱 1：SQS vs SNS——拉取還是推送
Amazon SQS 是拉取（接收端主動輪詢佇列）；Amazon SNS 是推送（訊息一進主題，SNS 就立刻推給訂閱者）。當情境說「接收端以自己的節奏處理訊息」，就是 SQS；「立即通知多個系統」就是 SNS。
陷阱 2：EventBridge 不是 SNS
如前所述，EventBridge 支援結構描述、以內容做模式比對、SaaS 合作夥伴事件以及事件封存／重播。SNS 就是比較單純的 pub/sub。情境中只要出現 Zendesk、Shopify、Datadog、結構描述或重播，答案就是 EventBridge。
陷阱 3：Step Functions vs Lambda
AWS Lambda 是由事件觸發、執行單一函式。AWS Step Functions 則把多支 Lambda（與其他服務）協調成具備分支、重試與等待狀態的工作流程。情境若只有單一函式，選 Lambda；情境若出現「協調三支 Lambda 並有條件分支」，選 AWS Step Functions。
陷阱 4：新帳號下的 CodeCommit 狀態
CodeCommit 已不開放給新的 AWS 帳號。如果情境中是新客戶要建置 Git 代管，正確答案是 GitHub/GitLab/Bitbucket + CodePipeline，或 Amazon CodeCatalyst。別預設 CodeCommit 還可用。
陷阱 5：WorkSpaces vs AppStream
每日使用的持久型桌面 = Amazon WorkSpaces。依需求、單一應用的短暫存取 = Amazon AppStream 2.0。不要搞混。
陷阱 6：CloudWatch Events vs EventBridge
Amazon EventBridge 是 Amazon CloudWatch Events 的改名與演進版本，兩者共用同一套底層服務。所有新文件都稱為 EventBridge。舊文件提到的「CloudWatch Events」仍可運作，但你腦中看到時請直接對應到 EventBridge。
服務範圍界線
Task 3.7（AI/ML 與分析）vs Task 3.8（其他服務類別）
AI/ML 服務（Bedrock、SageMaker、Rekognition、Comprehend）與分析服務（Athena、Redshift、Kinesis、Glue、QuickSight）屬於 Task 3.7——不屬於本頁。情境若提到「執行 ML 模型」或「查詢 S3 資料湖」，那是 3.7，不是 3.8。
Task 3.1（部署）vs Task 3.8（開發者工具）
AWS CloudFormation、AWS Elastic Beanstalk 與 AWS OpsWorks 住在 Task 3.1（部署與維運方式）。AWS CDK 與 AWS SAM 雖然最終也產出 CloudFormation，但它們附有開發者 CLI，目標客群是開發者，因此考試指南把它們歸類到 Task 3.8 的 AWS 開發者工具。這條界線有點模糊，練習題中兩種歸類都可能看到。
Task 3.3（運算）vs Task 3.8（終端運算）
Amazon EC2、AWS Lambda、AWS Fargate、ECS 與 EKS 屬於 Task 3.3 運算。Amazon WorkSpaces、Amazon AppStream 2.0 與 Amazon WorkSpaces Web 屬於 Task 3.8 的 AWS 終端運算。區別在於：Task 3.3 的運算跑的是你的應用程式程式碼；Task 3.8 的 AWS 終端運算跑的是供真人使用的互動式桌面或應用程式。
對照速查
AWS 整合服務選擇矩陣
- 解耦發送端與接收端，一則訊息對應一位接收端 → Amazon SQS
- 一則訊息推送給多位訂閱者（扇出） → Amazon SNS
- 內容式路由、SaaS 事件接收、事件重播 → Amazon EventBridge
- 多步驟、具分支、重試、人工核准的工作流程 → AWS Step Functions
- 不重寫程式碼遷移地端 JMS/AMQP/MQTT 代理 → Amazon MQ
- 零程式碼把 Salesforce/Slack/SAP 的資料傳到 S3/Redshift → Amazon AppFlow
AWS 開發者工具選擇矩陣
- 私有 Git（僅限舊有帳號） → AWS CodeCommit
- 編譯與測試程式碼 → AWS CodeBuild
- 把產出部署到 EC2/Lambda/ECS/地端 → AWS CodeDeploy
- 協調建置與部署階段 → AWS CodePipeline
- 私有 npm/PyPI/Maven 註冊表 → AWS CodeArtifact
- 統一專案（版控 + CI/CD + 議題 + 開發環境） → Amazon CodeCatalyst
- 自動化程式碼檢閱與執行期分析 → Amazon CodeGuru
- 分散式追蹤 → AWS X-Ray
- 瀏覽器型 IDE → AWS Cloud9
- 以 TypeScript/Python 撰寫 IaC → AWS CDK
- 簡化的無伺服器 IaC → AWS SAM
- 全端網頁／行動應用框架 → AWS Amplify
AWS 終端運算選擇矩陣
- 每日使用的持久型虛擬桌面 → Amazon WorkSpaces
- 短暫性單一應用串流 → Amazon AppStream 2.0
- 針對內部 Web 應用的託管安全瀏覽器 → Amazon WorkSpaces Web
FAQ——AWS 其他服務類別 Top 6 問題
Q1：什麼時候該選 Amazon SQS 而不是 Amazon SNS？ A：當你需要一則訊息對應一位接收端，且接收端以自己的節奏處理時，選 Amazon SQS。當你需要扇出——一則訊息同時送達多位訂閱者——時，選 Amazon SNS。常見組合是兩者並用：SNS 發佈到一個主題，再扇出到多條 SQS 佇列。
Q2：Amazon EventBridge 與 Amazon SNS 有什麼差別？ A：Amazon SNS 是簡單的推送式 pub/sub 主題。Amazon EventBridge 是功能完整的事件匯流排，支援結構化事件結構描述、對任何事件屬性做內容式模式比對、SaaS 合作夥伴事件來源（Zendesk、Shopify、Datadog 等），以及事件封存與重播。需要更豐富的路由時選 EventBridge；純粹扇出時選 SNS。
Q3：AWS CodeCommit 還能用嗎？ A：AWS CodeCommit 自 2024 年中起已不開放給新的 AWS 帳號。既有客戶可繼續使用，但新帳號必須改用第三方 Git 供應商（GitHub、GitLab、Bitbucket）或 Amazon CodeCatalyst。這項狀態變化會成為考試辨識題。
Q4：Amazon WorkSpaces vs Amazon AppStream 2.0——我該選哪個？ A：使用者需要每日回來的持久型虛擬桌面（完整工作環境）時選 Amazon WorkSpaces。使用者只需要某個特定應用程式（訓練軟體、CAD 工具、短期專案授權程式）且不需要在工作階段間保留狀態時，選 Amazon AppStream 2.0。
Q5：AWS Step Functions 有什麼是 AWS Lambda 做不到的？ A：AWS Lambda 執行單一函式。AWS Step Functions 則協調多支 Lambda（與其他 AWS 服務）成為具備分支邏輯、平行執行、指數退避重試、等待狀態與人工核准步驟的工作流程。Step Functions 附有視覺化的狀態機圖表；Lambda 只是這張圖裡的一個節點。
Q6：為什麼 AWS 同時有 Amazon MQ 與 Amazon SQS？ A：Amazon MQ 是為了遷移情境而存在——它說 JMS、AMQP、MQTT、STOMP 等線路協定，也就是那些地端 ActiveMQ 或 RabbitMQ 應用本來就在用的協定。Amazon SQS 則是 AWS 原生的 HTTP API。新的雲端原生設計應優先選 SQS；Amazon MQ 主要服務的是那些要把現有、依賴代理程式的應用「原樣搬遷」到雲端的場景。
練習題連結——Task 3.8 對應練習
在領域 3 的 100 題題庫預算中，Task 3.8 是整份考試中題數最少的主題，但服務種類最廣。建議學習順序：
- 猛刷 AWS 整合服務情境——SQS vs SNS vs EventBridge vs Step Functions（約 40 題）。
- 猛刷 AWS 開發者工具服務辨識——Code Suite + CodeGuru + X-Ray + Amplify（約 30 題）。
- 猛刷 AWS IoT 服務辨識——IoT Core vs Greengrass vs Analytics vs Device Defender vs SiteWise（約 15 題）。
- 猛刷 AWS 終端運算——Amazon WorkSpaces vs AppStream vs WorkSpaces Web（約 15 題）。
最終考試策略
CLF-C02 考試對本主題的權重很輕（領域 3 中配額最小），因此你的投資報酬率在於辨識速度，而非深度。把 AWS 整合服務當成產出最多考題的子家族，因為 SQS/SNS/EventBridge/Step Functions 這組矩陣會孵出最多情境題。把 AWS 開發者工具當成中等產出——把 Code Suite、CodeGuru、X-Ray、CDK、SAM、Amplify 每項的一句話角色背熟。把 AWS IoT 與 AWS 終端運算當成「只求辨識」——背熟五個 IoT 關鍵字與三個終端運算關鍵字。考試當天，只要看到本頁出現過的服務名稱，馬上把它對應到所屬子家族，再挑出情境中最明顯的那個選項。
AWS 整合服務、AWS 開發者工具、AWS IoT 與 AWS 終端運算合起來大約占整場考試 5% 的分數——但它們在其他領域的情境題裡會以誘答選項的身分不成比例地出現。認得 Amazon WorkSpaces 是持久型桌面、AWS Step Functions 是工作流程協調器，能幫你在整場考試（而非只是 Task 3.8）都保住分數。