🗺️ AWS 服務地圖
雲端基礎・計價與帳單・CLF-C02/SAA-C03/SOA-C03

計價模型、Savings Plans 與 AWS Budgets:怎麼買比較省,花多少怎麼盯

全部用隨需最簡單也最貴,承諾買多了又得白付錢;帳單常常月底才看到,錢已經花掉了。這一頁讓你算清楚每種購買方式的代價,並替每個成本問題挑對工具、設好預算警示。

購買選項計算器 成本工具配對:14 張需求卡 主控台・CLI・CloudFormation 建立預算

💡 先搞懂問題

虛構公司「晴空食品」的網購平台上雲一年,帳單一路往上爬。檢查後發現三件事:二十四小時都在跑的訂單伺服器一直用隨需價格付費;每晚跑的報表批次也是隨需,其實它被中斷了重跑也沒關係;某位工程師測試 GPU 執行個體後忘了關,直到月底帳單出來才發現。財務主管的要求很直接:同樣的服務要用比較划算的方式買,花到一定程度要先通知,不要等月底。

新手在這裡最常卡住三件事。第一,以為「買了 Savings Plans 就自動省錢」,沒注意承諾的是一段期間內每小時固定的金額,用量低於承諾的那幾小時,差額照樣要付。第二,看到 Spot 最便宜就想全部換掉,忽略了 AWS 需要容量時會收回 Spot 執行個體,不能中斷的服務不適合。第三,帳單工具一大串,Cost Explorer、Budgets、Pricing Calculator、Cost Optimization Hub 分不清楚,結果用錯工具找答案,或以為設了預算就會自動停機。

AWS 運算的基本計價是隨需(On-Demand):依秒或小時計費,不承諾、不預付。想要折扣,就要拿東西交換:Savings Plans 用 1 年或 3 年期「每小時承諾消費多少美元」換折扣;預留執行個體(Reserved Instances,RI)用 1 年或 3 年期承諾特定的執行個體屬性換折扣;Spot 執行個體用「隨時可能被收回」換最深的折扣。花費上線後,再用 AWS Cost Explorer 看趨勢、AWS Budgets 設門檻與警示。

租車(比喻) EC2 購買方式 日租隨借隨還,單價最高 長租約:指定車款、指定城市折扣深,換車就不適用 包月額度:每小時固定扣款任何車款、任何城市都能用 空車特價很便宜,車行要用時會收回 隨需 On-Demand依秒或小時,不承諾 RI/EC2 Instance SP綁 Region 與執行個體家族 Compute Savings Plans跨 Region、EC2、Lambda、Fargate Spot 執行個體閒置容量,可能被中斷 越往下承諾越多或風險越高,換來的單價也越低
左邊是租車比喻,右邊是 EC2 的購買方式。第二列與第三列的差別最常考:長租約綁車款與城市,所以折扣較深;包月額度不限車款與城市,彈性大但折扣較淺。

生活比喻:公司車隊怎麼租車

晴空食品的業務部要用車。最簡單的做法是每天到租車行日租,隨借隨還,但每天的單價最貴。部門裡有四台車是天天都在跑的,主管就跟車行簽了長租約,指定車款、指定在台北取車,折扣很深,可是如果明年改去台中設點,或想換成休旅車,合約就用不上了。另一種方案是包月額度:每小時固定扣一筆錢,在任何城市借任何車款都能抵用,彈性大,但折扣比指定車款的長租約淺一些。至於偶爾才要跑的長途送貨,車行有「空車特價」,價格很低,但車行自己要用車時會通知你提早還車,所以只適合晚一點送到也沒關係的貨。

不論長租約還是包月額度,簽了就要付到期滿:包月額度每小時扣款是固定的,那一小時沒借車,錢照扣;長租約的車停在車庫沒開,月租照付。所以主管簽約前會先看過去一年「最少有幾台車一定在跑」,用那個數字去簽,尖峰時多出來的車再用日租補。

回到 AWS:日租就是隨需;指定車款與城市的長租約對應預留執行個體與 EC2 Instance Savings Plans,綁定 Region 與執行個體家族;不限車款與城市的包月額度對應 Compute Savings Plans,可以套用到任何 Region 的 EC2,也能套用到 AWS Lambda 與 AWS Fargate;空車特價就是 Spot 執行個體。「最少有幾台車一定在跑」就是基載(baseline),承諾型方案該對準它;尖峰交給隨需,能中斷的批次交給 Spot。
0 時6 時12 時18 時24 時 04710 執行個體台數(示意) 基載 4 台:全天都在跑 → Savings Plans 或 RI 尖峰 +3 尖峰 +3 批次+6 尖峰:不能中斷、時間短 → 隨需 批次:可以中斷、重跑 → Spot 示意圖:台數與時段都是假設值,實際要以 Cost Explorer 的歷史用量為準
同一個系統的用量可以拆成三層。底下黃色那層全天都在,承諾型方案用在這裡最不會浪費;藍色尖峰時間短又不能中斷,用隨需;綠色批次可以中斷重跑,用 Spot。實驗室一的預設數字就是這張圖。

比喻有三個地方和 AWS 不一樣。第一,Savings Plans 承諾的是「每小時花多少美元」,不是某一台車;只要用量落在適用範圍內,折扣會自動套用,你不必指定是哪一台執行個體。第二,租車行收回空車可能只是口頭通知,Spot 執行個體被收回前大約會有 2 分鐘的中斷通知(選擇休眠時例外),程式只要設計成可中斷、可重試,實務上很好用。第三,租約有時能談提前解約,AWS 的 Savings Plans 原則上買了就要付到期滿,只有承諾金額較小、在購買後 7 天內而且同一個日曆月份裡的才能退回;預留執行個體中只有 Standard RI 可以在 Reserved Instance Marketplace 轉賣。所以承諾量要用過去穩定用量的下限去估(以上查證於 2026 年 10 月)。

0245 每小時用量(台,示意) ← 每小時承諾 承諾涵蓋:折扣價 超出承諾:隨需價 沒用到:照付,浪費 第1時第2時第3時第4時第5時第6時 承諾是「每一小時」各自結算:這小時沒用完,不能挪到下一小時用
黃色是承諾涵蓋的用量,以折扣價計算;藍色是超出承諾的部分,以隨需價計算;橘色虛線框是承諾了卻沒用到的部分,錢照樣要付。實驗室一的「未使用承諾」欄算的就是橘色框的總和。

🎮 互動實驗室一:購買選項計算器

左邊輸入一個月的用量分布:全天都在跑的基載有幾台、尖峰時多開幾台、開多久、可中斷的批次有幾台、跑多久,再決定 Savings Plans 要承諾涵蓋幾台、預留執行個體買幾台。右邊會用「示意單價」算出六種買法的每月成本,點任一列可以看逐步計算,以及承諾用不完時浪費了多少。也可以把「情境變化」改成年中搬到另一個 Region,看看哪些折扣會跟著失效。上方四個按鈕會載入預設情境。

這裡的數字都不是實際價格:隨需的示意單價固定為每台每小時 1 點,各方案的折扣率也是可以調整的示意值,只用來比較結構。官方標示的最高折扣是 Compute Savings Plans 66%、EC2 Instance Savings Plans 72%、Standard RI 72%、Convertible RI 66%、Spot 比隨需最多省 90%(查證於 2026 年 10 月),實際折扣依執行個體類型、Region、期限與付款方式而不同,請以 AWS 定價頁與 Pricing Calculator 為準。

一個月的用量(每月以 730 小時計)

示意折扣率(%)
被收回後要重跑,多花的時間以百分比估計。

每月示意成本(點)

畫面說明:載入中。

🎮 互動實驗室二:成本工具分類台

上方每張卡是一個成本管理需求。先點一張卡,再點下方對應的工具;電腦上也可以直接把卡片拖進去。分對了,卡片會留在那一格並說明理由;分錯了,會告訴你那個工具為什麼不是最好的選擇。分辨的關鍵是時間點:上線前估價、上線後看過去、設門檻盯未來,還是要原始明細與省錢建議。

一次就分對 0
已分好 0 / 0
嘗試次數 0
尚未選取需求卡。
畫面說明:載入中。

🛠️ 操作教學:建立成本預算與警示

情境:晴空食品的正式環境帳戶要設一個每月成本預算,實際花費到 80% 時通知財務,預測整月會超過 100% 時也要提前通知。左邊是簡化的 Billing and Cost Management 主控台,照步驟選範本或自訂、選預算類型、填名稱與期間、設金額、設警示門檻與收件者;右邊的 AWS CLI 與 CloudFormation 會跟著你填的名稱、金額、門檻與 Email 即時更新,目前步驟對應的那幾行會用底色標出來。可以故意在名稱裡打冒號或填錯 Email,看看驗證訊息。金額是示意數字,不代表任何實際費用。

示意畫面:簡化重繪,只保留和本主題有關的欄位;實際畫面以 AWS 管理主控台為準。
☁ 雲端主控台🔍 搜尋服務、功能與文件全球

預算只會通知,不會自動停機

這是最常見的誤解。沒有設定預算動作(budget actions)時,AWS Budgets 達到門檻只會寄 Email 或發 Amazon SNS 通知,資源照常運作、照常計費。預算動作可以在警示觸發時自動執行,或等你手動核准後執行,能做的事有三類:套用一個 IAM 政策(例如禁止再建立 EC2)、套用一個 SCP(只有管理帳戶能做),或停止指定的 EC2 或 RDS 執行個體。它是「停止」,不是終止,也不會刪除資源;設定時還要先建立一個讓 AWS Budgets 代為執行動作的 IAM 角色。另外,帳單資料有數小時的延遲,Budgets 一天最多更新三次,它是預警工具,不是即時的費用斷路器。

自己動手時要注意

權限:建立與修改預算需要 budgets:ModifyBudget,檢視需要 budgets:ViewBudget,用 CLI 查詢 Cost Explorer 需要 ce:GetCostAndUsage。IAM 使用者或角色要看帳單相關頁面,帳戶還必須先由根使用者啟用「IAM 存取帳單主控台」,這是根使用者專屬的工作之一。在 AWS Organizations 裡,通常在管理帳戶或委派的帳戶集中建立預算。

費用:Cost Explorer 的主控台免費使用,API 依請求次數計費;AWS Budgets 依預算與預算動作的數量有自己的計價方式,建立前可以先看官方定價頁。2025-07-15 以後建立的新帳戶適用抵用金制 Free Tier,「用 AWS Budgets 設定預算警示」本身就是可以多拿抵用金的五項入門活動之一;選「免費方案」的帳戶不會被收費,但到期或抵用金用完會關閉帳戶,選「付費方案」的帳戶抵用金用完後依用量計費。不論哪一種,練習 AWS 之前先設一個預算警示都是好習慣。

清理:練習用的預算可以刪除;用 CloudFormation 建立的,刪除堆疊就會刪除它建立的預算。

# 用 CLI 建立的預算
aws budgets delete-budget --account-id 111122223333 --budget-name qingkong-prod-monthly

# 用 CloudFormation 建立的:刪除堆疊,預算一起刪除
aws cloudformation delete-stack --stack-name qingkong-budget

不要寫進範例的東西:本頁的帳戶 ID 用官方文件慣用的 111122223333,收件者用保留給範例的 example.com 網域。真實的帳戶 ID、同事的 Email、存取金鑰不要貼進程式碼儲存庫或公開文件;預算通知的收件者若是群組信箱,離職交接時也比較不會漏掉。

☁️ 對照 Azure 的做法:Azure 的預算放在 Cost Management,建立在訂用帳戶、資源群組等範圍上,同樣支援實際與預測門檻;達到門檻時寄信或觸發動作群組,要自動處理得自己接自動化流程,預設同樣只通知、不會停掉資源。Azure 的承諾型折扣分成保留(Reservations)與 Azure savings plan for compute,概念上對應 AWS 的 RI 與 Compute Savings Plans;Spot VM 對應 Spot 執行個體。可以對照 Azure 站的成本、SLA 與複合 SLA 互動教學。

📘 原理補完

購買方式比較:你承諾什麼,換到什麼

AWS 成本的三個主要驅動因素是運算、儲存與資料傳出;這一頁聚焦在運算的購買方式。隨需是基準價,其他方式都是「拿某種承諾或風險換折扣」。官方標示的折扣都是「最高可達」,實際比例依執行個體類型、Region、期限(1 年或 3 年)與付款方式(全額預付、部分預付、不預付;預付越多折扣越高)而不同,下表的百分比查證於 2026 年 10 月。

方式你承諾什麼官方最高折扣彈性適合
隨需(On-Demand)不承諾、不預付,依秒或小時計費—(基準價)最大短期、無法預測、不能中斷的工作負載,尖峰補量
Compute Savings Plans1 或 3 年,每小時消費金額66%不限家族、大小、AZ、Region、作業系統;涵蓋 EC2、Lambda、Fargate穩定基載,但架構或 Region 可能改變
EC2 Instance Savings Plans1 或 3 年,每小時消費金額,綁 Region 與執行個體家族72%家族內可換大小與作業系統確定長期在某 Region 用某個家族
Standard RI1 或 3 年,特定執行個體屬性72%可修改 AZ 與大小;可在 RI Marketplace 轉賣既有 RI 規劃、需要 Zonal RI 的容量保留
Convertible RI1 或 3 年,特定執行個體屬性66%可交換成不同家族、作業系統或租用方式的 RI想用 RI 又擔心屬性會變
Spot 執行個體不承諾,但 AWS 需要容量時會收回比隨需最多省 90%可能被中斷,收回前約 2 分鐘通知(休眠除外)可中斷、無狀態、時間有彈性的批次、CI、轉檔

另外三種常和它們一起出現:Dedicated Hosts 把整台實體伺服器給你,看得到 socket 與實體核心,適合依 socket 或核心計價的自帶授權與法遵要求;Dedicated Instances 跑在專屬硬體上,但看不到也不能控制實體主機;On-Demand Capacity Reservations 在指定 AZ 保留容量、不需長期承諾,本身不帶折扣,可以和 Savings Plans 疊加。Savings Plans 還有 Amazon SageMaker Savings Plans(最高 64%)與只有 1 年期、不預付的 Database Savings Plans(最高 35%),分別給 SageMaker AI 與資料庫類服務用。現在 EC2 定價頁主推 Savings Plans,RI 仍可購買;在 AWS Organizations 的合併帳單下,RI 與 Savings Plans 的折扣可以在帳戶間共享。

換家族換 Region換作業系統用到 Lambda或 Fargate容量保留 Compute SP最高 66% EC2 Instance SP最高 72% Standard RI最高 72% Convertible RI最高 66% 可以 可以 可以 可以 沒有 不行 不行 可以 不行 沒有 不行 不行 不行 不行 限 Zonal 交換後 不行 交換後 不行 限 Zonal 折扣越深的方案,表格裡的紅色越多:彈性和折扣是同一件事的兩面
由上往下折扣大致越深、可以變動的地方越少。黃色格子表示有條件:Convertible RI 要透過「交換」才能換家族或作業系統;只有可用區域型(Zonal)RI 附帶容量保留,區域型(Regional)RI 只給折扣。Standard RI 的「不行」指不能換家族與作業系統,但可以修改 AZ 與大小。

承諾的計算方式與怎麼抓承諾量

Savings Plans 每一小時各自結算:AWS 先把承諾套用到這一小時符合資格、節省比例最高的用量上,直到承諾用完或用量都被涵蓋,剩下的用量以隨需價計費;這一小時沒用完的承諾不能挪到下一小時。預留執行個體的道理相同,買了幾台,每小時就付幾台的折扣價,不論有沒有跑。所以「承諾買多」的代價很具體:實驗室一的「承諾買太多」情境,Compute SP 每月浪費 714 點、反而比剛好涵蓋基載多付 582 點(示意值,以 python 驗算)。實務上的抓法是用 Cost Explorer 看過去幾個月「每小時用量的低點」,或直接參考 Cost Explorer 與 Cost Optimization Hub 的 Savings Plans 購買建議,先承諾基載的一部分,再依使用率與涵蓋率報表慢慢補。

成本工具地圖:估、看、盯、省、分

帳單工具都集中在 AWS Billing and Cost Management 主控台,分工可以用時間點記:上線前用 AWS Pricing Calculator 估價(公開網站 calculator.aws 用公開價格,主控台版本能帶入你帳戶的折扣與承諾);上線後用 AWS Cost Explorer 看過去 13 個月與當月的花費、預測未來 18 個月,並看 RI 與 Savings Plans 的使用率、涵蓋率與購買建議;要盯未來就用 AWS Budgets 設門檻與警示,或用 AWS Cost Anomaly Detection 以機器學習抓突發的異常;要省錢清單就看 AWS Cost Optimization Hub,它把刪除閒置資源、調整規格(建議來自 AWS Compute Optimizer)、Savings Plans 與預留建議集中排序並去除重複;要分攤就靠成本分配標籤(cost allocation tags)與成本類別,要最細的原始資料就用 AWS Data Exports 的 Cost and Usage Report 2.0(舊的 AWS Usage Report 已進入 maintenance)。AWS Trusted Advisor 則是跨成本、效能、安全、容錯、服務配額、卓越營運六類的最佳實務健檢,完整檢查需要 Business Support+ 以上的支援方案,Basic Support 只有服務配額類的全部檢查與安全、容錯類的部分檢查。

上線前上線後 → 估PricingCalculator依假設用量替新架構估價 看Cost Explorer過去 13 個月趨勢與預測 盯AWS BudgetsAnomaly Detection門檻警示異常偵測 省Cost OptimizationHubCompute OptimizerTrusted Advisor(六類健檢) 分成本分配標籤Data Exports分攤與最細明細
五格對應實驗室二的七個工具。考題的情境通常只要抓一個關鍵字:「還沒上線」「估算」是第一格,「過去」「趨勢」是第二格,「超過就通知」是第三格,「建議」「閒置」「規格過大」是第四格,「依部門」「明細給財務系統」是第五格。
工具回答的問題會主動通知嗎常見誤用
Pricing Calculator還沒部署的架構大概要花多少不會拿來看已經發生的花費
Cost Explorer錢花在哪、趨勢如何、未來大概多少不會以為它會在超支時通知
AWS Budgets超過或預測將超過門檻時通知或執行動作會(Email、SNS)以為沒設動作也會自動停機
Cost Optimization Hub先做哪些事最省錢不會以為它會自動替你調整規格
成本分配標籤費用屬於哪個部門、專案不會只在資源上加標籤,忘了在帳單主控台啟用
Data Exports最細的逐資源、逐小時成本與用量資料不會以為它是看圖的工具
Trusted Advisor帳戶有沒有違反最佳實務可搭配 EventBridge以為 Basic Support 就能用全部檢查

AWS Budgets 怎麼運作

AWS Budgets 有六種預算:成本、用量、RI 使用率、RI 涵蓋率、Savings Plans 使用率、Savings Plans 涵蓋率。每個預算可以有多個警示,門檻可以是預算金額的百分比或絕對值,觸發條件可以是實際花費或預測花費;每個警示可以寄給最多 10 個 Email,或發到一個 Amazon SNS 主題。帳單資料一天最多更新三次,所以它適合當預警,不適合當即時斷路器。成本或用量預算的警示可以再附加預算動作,在觸發時自動執行或等人工核准後執行。

帳單資料 一天最多更新三次 預算比較 實際花費 > 80%? 預測花費 > 100%? 通知 Email(最多 10 個) 或 Amazon SNS 預算動作(要另外設定) ・套用 IAM 政策 ・套用 SCP(管理帳戶) ・停止指定的 EC2/RDS 執行個體 沒有設定預算動作: 只通知,資源照常運作、照常計費 門檻數字為示意
實線是預設就有的流程:比較、通知。虛線框是要額外設定的預算動作,而且它做的是「套用政策」或「停止」特定執行個體,不會終止或刪除資源。考題若問「如何在超支時自動防止再建立資源」,答案是預算動作套用 IAM 政策或 SCP,不是單純的預算警示。

明細、分攤與標籤

財務要依部門或專案分攤費用時,第一步是替資源加上標籤,並在帳單主控台把那些標籤啟用為成本分配標籤;啟用後的標籤才會出現在 Cost Explorer 的分組條件與匯出的明細裡,所以標籤規則越早定好越好。要把最細的資料交給財務系統或 BI,就用 Data Exports 建立 Cost and Usage Report 2.0(或跨雲通用的 FOCUS 格式)定期匯出到 Amazon S3,再用 Amazon Athena 查詢、Amazon Quick Sight 做儀表板。

資源加標籤dept=financeproject=web 啟用為成本分配標籤帳單主控台 Data ExportsCUR 2.0定期匯出 Amazon S3→ AthenaSQL 查詢 Quick Sight部門分攤儀表板 前兩格沒做,後面三格再漂亮也分不出部門; 只要看圖、不需要原始資料時,Cost Explorer 依標籤分組就夠了
從左到右是一條常見的分攤流水線。標籤名稱與值都是示意。考題問「最詳細的成本與用量資料」時,答案是 Cost and Usage Report(現屬 Data Exports),不是 Cost Explorer。

判斷步驟:先選買法,再選工具

  1. 把用量拆成三層:全天都在的基載、時間短不能中斷的尖峰、可以中斷的批次。
  2. 基載用承諾換折扣:架構或 Region 可能改變,選 Compute Savings Plans;確定長期固定在某 Region 的某個家族,選 EC2 Instance Savings Plans 或 RI;需要在特定 AZ 保證容量,搭配 Zonal RI 或 On-Demand Capacity Reservations。
  3. 尖峰用隨需;可中斷、可重試的批次用 Spot,程式要能處理中斷通知。
  4. 授權依 socket 或實體核心計價、或法遵要求看得到實體主機,才考慮 Dedicated Hosts。
  5. 上線前用 Pricing Calculator 估價;上線後用 Cost Explorer 對照實際花費,再依使用率與涵蓋率調整承諾。
  6. 一開帳戶就用 AWS Budgets 設預算與實際、預測兩種警示;需要自動處理才加預算動作。分攤靠成本分配標籤,明細靠 Data Exports,省錢清單看 Cost Optimization Hub。
可以被中斷、晚一點完成也沒關係? Spot 執行個體 會穩定長期運作(1 年以上)? 隨需 架構、Region 可能變,或含 Lambda/Fargate? Compute Savings Plans EC2 Instance SP 或 RI(折扣較深) 需要特定 AZ 一定開得出來?加 Zonal RI 或 On-Demand Capacity Reservations 是否是 否是否另外考慮
一個系統通常不只走一條路:基載走到 Savings Plans 或 RI,尖峰走到隨需,批次走到 Spot,這就是實驗室一「組合」那一列最便宜的原因。最下面的容量問題和折扣是兩回事,Savings Plans 本身不保證容量。

Free Tier 與支援方案的現況

2025-07-15 以後建立的帳戶適用新制 Free Tier:註冊時取得 100 美元抵用金,完成 5 項入門活動(其中一項就是用 AWS Budgets 設定預算警示)各再得 20 美元,最多共 200 美元。註冊時選「免費方案」的帳戶不會被收費,但不能購買 Savings Plans 與預留執行個體,6 個月到期或抵用金用完(以先到者為準)就會關閉帳戶,內容保留 90 天;「付費方案」可用所有服務,抵用金用完後依用量計費。2025-07-15 以前建立的帳戶仍是舊制的短期試用、12 個月免費、永遠免費三類(以上查證於 2026 年 10 月)。支援方案在 2025-12-02 改版,現行付費方案是 Business Support+、Enterprise Support、Unified Operations,Developer、Business、Enterprise On-Ramp 將於 2027-01-01 終止支援;Basic Support 對所有帳戶免費,但只能用部分 Trusted Advisor 檢查。

容易考錯的地方

Compute SP 與 EC2 Instance SP:題目出現「之後可能換 Region」「改用 Fargate 或 Lambda」「換執行個體家族」,答案是 Compute Savings Plans;出現「確定長期使用某 Region 的某個家族、要最高折扣」,才是 EC2 Instance Savings Plans 或 Standard RI。

Spot 的前提:Spot 最便宜,但只適合可中斷的工作。題目若強調「不能中斷」「交易處理」「資料庫」,Spot 是干擾選項;若強調「可以重跑」「時間有彈性」「批次」,Spot 通常就是答案。

容量和折扣是兩回事:Savings Plans 與 Regional RI 只給折扣,不保證容量;要保證某個 AZ 一定開得出機器,用 Zonal RI 或 On-Demand Capacity Reservations。

Budgets 不會自動停機:只設警示時只會通知。選項寫「超過預算時 AWS 會自動終止資源」是錯的;預算動作也只是套用政策或停止指定的 EC2、RDS 執行個體。

估價與分析分開:還沒部署的架構用 Pricing Calculator;Cost Explorer 的預測是依過去的實際花費推估,新系統沒有歷史資料。

最細的資料不是 Cost Explorer:要逐資源、逐小時的完整明細給其他系統,用 Data Exports 的 Cost and Usage Report。

以上概念在 CLF-C02(計價模型、運算購買選項、AWS Budgets、Cost Explorer、成本分配標籤)、SAA-C03(成本最佳化運算:Spot、Reserved、Savings Plans,以及 Budgets、Cost and Usage Reports、Cost Explorer)與 SOA-C03(Cost and Usage Reports、Cost Explorer、Savings Plans、Compute Optimizer、Trusted Advisor)的考試指南中都有列出。

✅ 自我檢測

以下 6 題都是原創題,選完會立即顯示對錯與解析,全部作答後會出現總分。目前得分:0 / 6