iT邦幫忙

2026 iThome 鐵人賽

DAY 27
0
Build on Google AI

使用gemini 準備 az-900系列 第 27

使用gemini 準備AZ-900 Day27 Azure Cost Management & Pricing Calculator

  • 分享至 

  • xImage
  •  

【Day 27】Azure Cost Management & Pricing Calculator:雲端國庫、成本治理與預算控制 feat. AWS 雙強對照

系列專欄:從 AWS 視角征服 Azure:AZ-900 30 天通關實戰
難度指數:★★★★☆
核心考點:Azure Cost Management、Pricing Calculator、Tags、Budgets、Cost Analysis、Cost Alerts、CapEx / OpEx、Consumption-based pricing、Reservations、Azure Hybrid Benefit、AWS Cost Explorer / AWS Pricing Calculator / AWS Budgets 雙雲對照。

🎯 前言與今日目標

Day 26 我們把「規則」寫進 Azure Policy,把「防誤刪」交給 Resource Locks,也釐清 Microsoft Purview 與 Azure Blueprints 的定位。今天換一個完全不同的問題:Azure 花了多少錢?為什麼花?接下來可能花多少?

Titan 科技的財務長發現雲端帳單持續上升,但單看月結帳單只知道「花了多少」,不知道「誰花的、花在哪裡、為什麼增加、下個月會不會超支」。因此今天要建立一套 FinOps 基礎治理模型:

  1. Pricing Calculator:部署前估算「這個架構大概多少錢?」
  2. Cost Management:部署後分析「實際花了多少錢?」
  3. Budgets / Alerts:設定「超過門檻時通知誰?」
  4. Tags / Cost Allocation:回答「這筆成本屬於哪個部門/專案?」
  5. Reservations / Azure Hybrid Benefit:在符合條件時降低長期運算成本。

⚠️ 2026 考綱重要更新:本系列 Day 1 的標題仍寫著「TCO 計算機」,但目前 AZ-900 考綱已移除 TCO Calculator。不要把舊題庫中的 TCO Calculator 當成現行考試的核心答案。本文會說明它與 Pricing Calculator 的歷史差異,但現行學習重點放在 Pricing Calculator 與 Cost Management。


📚 Part 1:0.5 小時觀念裝備(AWS ↔ Azure 深度對照)

💰 Titan 雲端國庫:部署前、部署後、超支預警

┌────────────────────────────────────────────────────────────┐
│                    Titan FinOps 基礎模型                   │
├────────────────────────────────────────────────────────────┤
│  還沒部署                                                  │
│      │                                                     │
│      ▼                                                     │
│  Pricing Calculator                                        │
│      │  「這個架構預估多少錢?」                           │
│      ▼                                                     │
│  ─────────────── 部署 ─────────────────                    │
│      │                                                     │
│      ▼                                                     │
│  Cost Management + Cost Analysis                           │
│      │  「實際花了多少?哪個服務/Scope 在增加?」         │
│      │                                                     │
│      ├──────────────► Budgets / Alerts                     │
│      │                 「接近門檻就通知」                  │
│      ▼                                                     │
│  Tags / Cost Allocation                                    │
│      「這筆成本算誰的?」                                  │
└────────────────────────────────────────────────────────────┘

💡 架構師重點筆記Pricing Calculator = 預估Cost Management = 實際成本分析Budget = 設定支出門檻與預算追蹤。三者不是同一個功能。

📐 AWS ↔ Azure 企業級成本治理架構拓撲對照

在成熟的企業雲端環境中,成本治理絕非單一服務的事後對帳,而是貫穿「組織多帳號邊界、標籤分攤、預算警報、承諾型折扣與跨區流量控管」的立體防線。我們將 AWS Organizations 組織架構與 Azure 階層管理結構進行跨雲拓撲映射:

┌──────────────────────────────────────────────────────────────┐
│       AWS ↔ Azure 企業級成本治理與多層帳單架構拓撲對照       │
├──────────────────────────────────────────────────────────────┤
│ [AWS 組織帳單拓撲]                  [Azure 管理層級帳單拓撲] │
│                                                              │
│ AWS Organization (Payer Account)    Enterprise / MCA Billing │
│   │── Consolidated Billing 合併帳單   │── Billing Account    │
│   │── AWS Cost Explorer (全域分析)    │── Management Group   │
│   └── AWS Budgets (50%/80%/100%)      └── Azure Budgets      │
│         │                                   │                │
│   ┌─────┴──────────────┐              ┌─────┴────────────┐   │
│   ▼                    ▼              ▼                  ▼   │
│ Linked Account A   Linked Account B   Subscription A   Sub B │
│ (Prod: 核心營運)   (Dev: 研發測試)    (Production)     (Dev) │
│   │                    │                │                │   │
│   ├── Cost Allocation  ├── Cost Alloc   ├── Azure Tags   ├── │
│   │   Tags (啟用標籤)  │   Tags (標籤)  │   (成本中心)   │   │
│   ├── EC2 RI /         └── Auto-Stop    ├── Reservations └── │
│   │   Savings Plans        (排程關機)   │   & AHB 授權折抵   │
│   └── S3 / VPC 流量    └── On-Demand    └── Ingress 免費 /   │
│       (跨區/Egress)        (隨選計費)       Egress 跨區計費  │
└──────────────────────────────────────────────────────────────┘

💡 來源:改編自 cxcxc-io diagram_16(多帳號治理與組織帳單架構)與 cloud-arch-notes-felo-key1.md(EC2 RI 與成本治理筆記),已對照 Azure 服務調整。
💡 架構師拓撲解讀

  1. 集中帳單層:AWS 的 Consolidated Billing 將多帳號使用量合併計費,自動享受階梯級容量折扣(如 S3/Blob 越用越便宜);Azure 則透過 Enterprise Agreement (EA) 或 Microsoft Customer Agreement (MCA) 之 Billing Account / Profile 達成集中開票與跨 Subscription 成本分派。
  2. 標籤維度層:AWS 需在 Management Account 的 Billing Console 手動將 User-Defined Tags 啟用為 Cost Allocation Tags,才會在 Cost Explorer 出現維度;Azure Tags 則天生無縫整合至 Cost Management 與 Cost Analysis 中。兩雲共通本質:Tags 僅為分類中繼資料,絕無權限與防刪保護能力
  3. 承諾型折扣層:長期穩定負載在 AWS 採 Standard/Convertible RI 或 Compute Savings Plans(最高達 72% 折扣);Azure 則採用 Azure Reservations(1年/3年期,支援年繳與月繳免利息)與 Azure Hybrid Benefit (AHB) 授權折抵。

⚖️ AWS ↔ Azure 成本治理核心服務對照表

治理面向 AWS 服務 / 機制 Azure 服務 / 機制 核心差異與架構師決策考點
部署前成本預估 AWS Pricing Calculator Azure Pricing Calculator 皆為部署前離線試算工具,免登入即可依服務、規格、區域預估總費用。
部署後成本分析 AWS Cost Explorer Azure Cost Management (Cost Analysis) 跨帳號/訂閱檢視歷史帳單、分析趨勢、依標籤拆解支出,並提供未來費用預測。
預算門檻監控 AWS Budgets (支援 SNS/Actions) Azure Budgets (搭配 Action Groups/Alerts) 追蹤實際與預測支出,達門檻觸發通知;皆非預設硬性斷電(需額外觸發 Runbook/Lambda)。
成本分攤標籤 AWS Cost Allocation Tags (需手動啟用) Azure Tags (資源標籤) 標籤為 Key-Value,絕無安全性或防刪除功能;AWS 需在 Console 啟用,Azure 自動整合分析。
長期承諾折扣 Reserved Instances (RI) / Savings Plans Azure Reservations / Azure Savings Plans 針對穩定工作負載承諾 1 年或 3 年期換取高達 72% 折扣;Azure 支援月繳與年繳同享折扣。
既有授權跨雲沿用 AWS BYOL (自備授權 / Dedicated Host) Azure Hybrid Benefit (AHB) Azure 對 Windows Server / SQL Server 授權轉換提供原廠無縫折抵,大幅降低 VM 授權費。
組織多帳號集中帳單 AWS Organizations Consolidated Billing Azure Management Groups / Enterprise Billing 集中合併付款享受階梯式容量折扣,主帳號統一付款,各子帳號/訂閱分開獨立治理。

📖 AZ-900 核心名詞解釋與速查

  1. Consumption-based pricing(消費型定價模型)

    • 定義:雲端運算的核心計費模式,使用者僅需依實際使用的運算時間、儲存空間或資料傳輸量付費,無須預先採購硬體。
    • AWS 對照:Pay-as-you-go / Consumption Pricing(隨選計費模式)。
    • 考點:與傳統固定 CapEx 對比,消費型定價具備「隨用隨付、無前期大量資本投入」的特性。
  2. Azure Pricing Calculator(價格計算機)

    • 定義:微軟官方提供的免費部署前成本估算工具,允許架構師依據區域、服務類型、SKU、使用時間與資料量預估每月費用。
    • AWS 對照:AWS Pricing Calculator。
    • 考點部署前(Pre-deployment)專用工具!無法讀取過去真實帳單,考題見「預估即將上線架構的每月花費」必選此項。
  3. Azure Cost Management & Cost Analysis(成本管理與分析)

    • 定義:Azure 內建的部署後財務治理套件,提供視覺化儀表板分析歷史支出、識別高費用資源、追蹤費用趨勢並提供費用預測。
    • AWS 對照:AWS Cost Explorer。
    • 考點部署後(Post-deployment)真實支出分析工具!考題見「分析上個月各部門支出」、「檢視各 Subscription 費用趨勢」必選此項。
  4. Azure Budgets & Cost Alerts(預算與費用警報)

    • 定義:在特定管理範疇(Management Group、Subscription、Resource Group)設定金額支出門檻,並在實際或預測支出達標時發送通知。
    • AWS 對照:AWS Budgets。
    • 考點預算是追蹤與預警工具,預設不會硬性中斷或關閉雲端資源!考題見「達到 80% 預算時通知財務團隊」即為標準答案。
  5. Azure Tags(資源標籤)

    • 定義:由成對的名稱與值(Name-Value Metadata)組成的中繼資料標籤,附加至資源以利分類、環境識別與成本分攤。
    • AWS 對照:AWS Cost Allocation Tags(成本分配標籤)。
    • 考點高頻陷阱!Tags 絕無任何存取權限控制或防誤刪保護功能;防誤刪必須選 Resource Locks,限制存取必須選 Azure RBAC。
  6. Azure Reservations(保留執行個體 / 承諾折扣)

    • 定義:針對長期、穩定且可預測的工作負載(如 VM、SQL Database),透過承諾使用 1 年或 3 年期以換取高達 72% 的費率折扣。
    • AWS 對照:EC2 Reserved Instances (RI) / Savings Plans。
    • 考點:適用於「長期、穩定、不間斷運行的工作負載」;Azure Reservations 支援「按月付款且零手續費」,有助於現金流規劃。
  7. Azure Hybrid Benefit(Azure 混合實惠,AHB)

    • 定義:讓具備軟體保證(Software Assurance)的客戶將既有地端 Windows Server 與 SQL Server 授權帶到 Azure,僅需支付基礎 Linux 運算費率。
    • AWS 對照:AWS Bring Your Own License (BYOL)。
    • 考點:考題若提及「公司已有大量 Windows Server / SQL Server 授權,遷移至雲端如何最大化節省費用」,正解即為 Azure Hybrid Benefit。
  8. CapEx(Capital Expenditure,資本支出)

    • 定義:前期在實體資產上的大額一次性資本投入(如購買機房土地、伺服器硬體、網路交換器、不斷電系統),後續依年限提列折舊。
    • AWS 對照:Capital Expenditures (CapEx)。
    • 考點:傳統地端機房(On-Premises)的核心財務特徵;雲端運算的主要價值之一即是「將 CapEx 轉移為 OpEx」。
  9. OpEx(Operational Expenditure,營運支出)

    • 定義:在業務日常營運中持續發生的服務與消耗性支出,按月、按季或按用量持續支付,直接計入當期損益。
    • AWS 對照:Operational Expenditures (OpEx)。
    • 考點:公有雲消費型定價模式的核心特徵;「無前期大額採購、依用量付費、彈性隨需調整」皆屬 OpEx 範疇。
  10. TCO Calculator(總體擁有成本計算機,歷史考點)

    • 定義:微軟過去用以試算與比較「地端資料中心運作 3–5 年之總成本」vs「遷移至 Azure 之總成本」的財務比較工具。
    • AWS 對照:AWS TCO Calculator(AWS 同樣已將其功能整合至 AWS Pricing Calculator)。
    • 考點⚠️ 2026 官方考綱已正式退場移除!舊題庫若出現地端與雲端總成本比較請認得其歷史意義,但現行正式考試不再以此為核心考題。

💰 影響 Azure 成本的四大驅動要素與流量計費規則

微軟官方考綱與架構決策全景分析指出,影響 Azure 最終帳單的底層驅動要素可收斂為四大關鍵維度:

成本要素 核心定義與計費機制 架構師成本優化決策
1. 資源類型 (Resource Type) 不同服務的計費基準完全不同(如 VM 按 vCPU/RAM 規格小時、Blob 按容量與 API 請求數、Functions 按執行時間毫秒)。 優先評估 Serverless 與 PaaS 減少底層資源空轉。
2. 服務地區 (Location / Region) 同一規格服務(如 D2s_v5 VM),在不同 Region 因當地資料中心維運與電力地價成本差異,可能有 10%–30% 價差。 在合規與低延遲前提下,挑選成本最佳的地理區域。
3. 使用量與規格 (Usage / SKU) 運算執行個體的層級(Basic / Standard / Premium / Ultra)與開機時長直接決定費率。 透過 VMSS 自動伸縮、離峰關機(Stop/Deallocate)。
4. 資料傳輸 (Data Transfer / Egress) 入站(Ingress)大多免費,出站(Egress)收費:資料傳入 Azure 免費;但跨 Region 或流出至 Public Internet 按 GB 收費。 同 Region 內部互通免費,減少跨區與出站公網流量。

💡 AZ-900 命題關鍵字

  • 考題常問「將 50TB 備份資料從地端上傳到 Azure Blob Storage 需要多少網路傳輸費用?」➜ 答案為免費(Inbound Data Transfer is Free)
  • 反之,若將 50TB 資料從 Azure 下載回地端機房,則需依 Egress 流量費率計費。

1. Pricing Calculator:還沒買之前先算帳

Titan 科技準備部署一套新系統,架構師知道需要 VM、Storage、Database 與網路服務,但 CFO 第一個問題一定不是「你用了哪個 SKU?」而是:

「這套架構每月大約多少錢?」

這時候使用 Azure Pricing Calculator

┌────────────────────────────────────────────────────────────┐
│ Pricing Calculator 估算流程                                │
├────────────────────────────────────────────────────────────┤
│ 架構設計                                                   │
│    │                                                       │
│    ├── Region                                              │
│    ├── Service / SKU                                       │
│    ├── Instance 數量                                       │
│    ├── 使用時間/交易量                                    │
│    └── 儲存容量                                            │
│           │                                                │
│           ▼                                                │
│    Pricing Calculator                                      │
│           │                                                │
│           ▼                                                │
│      成本估算                                              │
└────────────────────────────────────────────────────────────┘

Pricing Calculator ≠ Cost Management

問題 適合工具 判斷口訣
「新架構預估一個月多少?」 Pricing Calculator 部署前估算
「上個月到底花多少?」 Cost Management / Cost Analysis 部署後分析
「本月超過 $10,000 要通知財務?」 Budget / Alert 門檻預警
「這筆成本是哪個部門?」 Tags / Cost Allocation 成本歸屬
「長期使用 VM,能不能降低單位成本?」 Reservation / 合適的 Savings 方案 承諾換優惠

⚠️ 考試陷阱:Pricing Calculator 是「估算工具」,不是實際帳單分析工具。題目出現「actual cost、historical cost、past month、cost analysis」時,不要選 Pricing Calculator。


2. Cost Management:部署後的雲端財務儀表板

部署完成後,真實世界會出現一個麻煩:估算永遠只是估算。

流量增加、VM 開更多台、Storage 成長、資料傳輸增加,都可能讓實際成本與原先預估不同。

Cost Management 的任務就是讓你回答:

  • 哪個 Subscription 花最多?
  • 哪個 Resource Group 成本快速上升?
  • 哪項 Azure Service 是主要支出?
  • 本月與上月相比增加多少?
  • 哪些成本需要進一步治理?

因此可以把它記成:

Pricing Calculator 看「未來估算」;Cost Management 看「實際支出與趨勢」。


3. Budget:預算不是「斷電開關」

Titan CFO 設定:「Azure 每月預算 $100,000,超過 80% 要通知財務,接近 100% 再通知技術主管。」

這就是 Azure Budgets 的典型情境。

┌────────────────────────────────────────────────────────────┐
│ Azure Budgets & Alerts 門檻追蹤                            │
├────────────────────────────────────────────────────────────┤
│ Actual / Forecast Cost                                     │
│         │                                                  │
│         ▼                                                  │
│    Budget Threshold                                        │
│         │                                                  │
│    ┌────┴────┐                                             │
│    ▼         ▼                                             │
│   80%       100%                                           │
│    │         │                                             │
│    ▼         ▼                                             │
│  Alert 1   Alert 2                                         │
└────────────────────────────────────────────────────────────┘

🚨 重要:Budget 的核心是「追蹤與通知」,不要看到「超過預算」就直接選它當成「自動停止資源」的答案。若企業需要自動化處置,通常還需要其他自動化工具與工作流程配合。


4. Tags:成本治理的重要標籤,但不是完整 FinOps 系統

Day 26 已經學過 Tags 可以透過 Azure Policy 治理。今天把它拉到財務場景:

Environment = Production
CostCenter  = FIN-001
Project     = Titan-ERP
Owner       = Finance

這些資訊可以協助組織把資源與成本歸屬到部門、專案或環境。

但要注意:

Tag 是分類與中繼資料,不是計費引擎。

如果題目問「如何強制每個 Subscription 的資源都必須有 CostCenter Tag」,Day 26 的答案仍然是 Azure Policy

如果題目問「如何分析不同成本來源」,則進入 Cost Management / Cost Analysis

🚨 高頻命題陷阱:Tags 的權限誤解

  • Tags 絕無任何權限繼承性或安全性控制功能!考生常誤以為替資源打上 ConfidentialDoNotDelete 的 Tag 就能防止他人存取或刪除。
  • 正解邊界:防止刪除必須使用 Resource Locks (CanNotDelete);限制存取必須使用 Azure RBAC;自動為資源繼承/套用標籤必須使用 Azure Policy (Modify / DeployIfNotExists)

5. CapEx vs OpEx:AZ-900 經典觀念題

這是 Cloud Concepts 經典考點。

CapEx(資本支出) OpEx(營運支出)
典型例子 購買資料中心、伺服器 依雲端服務使用量付費
支出特性 前期投入較大 持續營運支出
雲端價值 雲端通常可降低前期硬體資本投入 雲端常採消費型計費,支出隨使用變化
關鍵字 Buy / Own Consume / Pay for use

🧠 記憶口訣CapEx = 先買東西再用OpEx = 用多少、依方案付多少。實際 Azure 計費模式很多元,不能把所有 Azure 服務簡化成單一「按秒計費」規則。


6. Reservation:不是「所有服務都能買一張折扣券」

Titan 有一批長時間、穩定使用的 Azure 資源。若工作負載符合條件,可以研究 Reservations 等承諾型優惠。

考試看到:

「工作負載長期、穩定、可預測,想降低成本」

就要想到 Reservation 這類承諾型價格方案。

但不要反過來記成:

「只要買 Reservation,任何 Azure 服務都一定更便宜。」

實際適用服務、區域、容量、付款選項與價格優惠需依 Azure 當時的產品與方案條件確認。


7. Azure Hybrid Benefit:已有授權就別浪費

如果企業符合相關授權資格,Azure Hybrid Benefit 可以把既有的合格 Windows Server 或 SQL Server 授權價值帶到 Azure。

這和 Reservation 的思考角度不同:

  • Reservation:核心思維是對特定使用承諾換取價格優惠。
  • Azure Hybrid Benefit:核心思維是使用符合資格的既有授權降低 Azure 成本。

考題若明確提到「已有 Windows Server / SQL Server 授權」,要留意 Azure Hybrid Benefit。


8. TCO Calculator:為什麼本文反而要特別提醒?

舊教材與舊題庫經常把 TCO Calculator 和 Pricing Calculator 放在一起。

概念上可以理解成:

  • Pricing Calculator:估算 Azure 服務方案的成本。
  • TCO Calculator:歷史上用來比較地端環境與 Azure 的總持有成本(Total Cost of Ownership)。

但本系列的 2026 AZ-900 對照資料已明確標註:TCO Calculator 已從現行考綱移除

因此:

⚠️ 如果舊題庫問「使用哪個 Calculator 比較 On-premises 與 Azure 的成本?」你可能看到 TCO Calculator;但不要因此把它當成 2026 AZ-900 的現行高權重考點。


🎮 Part 2:1 小時實戰情境 Role-Play

🏦 Titan 科技的雲端國庫危機

Titan 科技有 8 個 Azure Subscriptions。CFO 發現上個月 Azure 支出比預期增加 27%。他要求 Cloud Architect:

  1. 新系統上線前先估算成本。
  2. 上線後分析真實支出來源。
  3. 當月成本達到預算 80% 時通知財務。
  4. 每個資源都要能追溯到 Cost Center。
  5. 長期穩定的工作負載研究是否適合承諾型優惠。

🧩 決策任務

  • A:所有問題都使用 Pricing Calculator,因為它可以同時處理預估與實際成本。
  • B:部署前使用 Pricing Calculator;部署後使用 Cost Management / Cost Analysis;使用 Budgets / Alerts 做預算通知;用 Tags 協助成本歸屬;對穩定工作負載評估 Reservation 等承諾型優惠。
  • C:使用 Resource Lock 限制成本,超過預算後自動阻止所有 VM。
  • D:使用 Microsoft Purview 分析 Azure VM 的月度帳單。

🎯 正解:B

為什麼?

  • Pricing Calculator 解決「部署前估算」。
  • Cost Management / Cost Analysis 解決「部署後實際成本分析」。
  • Budgets / Alerts 解決「預算門檻與通知」。
  • Tags 協助資源分類與成本歸屬。
  • Reservation 等承諾型方案適合進一步研究長期穩定工作負載的成本最佳化。

A 錯:估算工具不能取代實際成本分析。
C 錯:Resource Lock 是資源防誤刪/防修改,不是成本控制器。
D 錯:Purview 是資料治理,不是 Azure 帳單分析平台。

🧠 架構師推理鏈部署前 → Pricing Calculator部署後 → Cost Management超支預警 → Budget成本歸屬 → Tags長期最佳化 → Reservation / Hybrid Benefit


🎯 Part 3:AZ-900 精選高頻真題解析

📝 AZ-900 精選高頻真題 1:部署前的成本估算(ExamTopics Q10 改編)

題目:Titan 科技計畫部署一套新的線上遊戲分析模組,包含 VM、SQL Database 與 Blob Storage。CFO 要求架構師在部署之前提供預估的每月 Azure 花費。應使用哪項服務?

  • (A) Cost Management / Cost Analysis
  • (B) Azure Pricing Calculator
  • (C) Azure Service Health
  • (D) Resource Lock

正解:B — Azure Pricing Calculator

解題推理:關鍵字是「部署之前」與「預估成本」。Azure Pricing Calculator 是微軟官方提供的部署前成本估算工具,允許依據選定的服務、SKU、Region 與數量進行金額試算。

❌ 陷阱:Cost Analysis 用於部署後分析實際與歷史帳單;Service Health 處理系統維護與障礙告警;Resource Lock 防止資源刪除,皆無法提供部署前成本估算。


📝 AZ-900 精選高頻真題 2:實際成本分析與趨勢檢視(ExamTopics Q25 改編)

題目:Titan 科技已在 Azure 運行多個 Subscription 數個月。財務團隊需要分析上個月各部門 Resource Group 的實際花費與費用上升趨勢。應使用哪項服務?

  • (A) Azure Pricing Calculator
  • (B) Azure Cost Management / Cost Analysis
  • (C) Azure Policy
  • (D) Microsoft Purview

正解:B — Azure Cost Management / Cost Analysis

解題推理:關鍵字是「已運行」、「上個月實際花費」與「費用趨勢分析」。Cost Management 內建的 Cost Analysis 功能可跨 Subscription、Resource Group 與服務維度視覺化呈現實際支出歷史。

❌ 陷阱:Pricing Calculator 是「未來預估」,無法讀取過去真實帳單;Azure Policy 負責合規規則;Microsoft Purview 負責資料資產治理。

  • 來源與驗證:改寫自 ExamTopics AZ-900 Question #25 社群高頻考點(社群壓倒性高票一致選 Cost Management / Cost Analysis);並經 Microsoft Learn:Cost Management 概觀 交叉驗證確認。

📝 AZ-900 精選高頻真題 3:預算門檻通知與自動觸發(ExamTopics Q58 改編)

題目:Titan 科技的財務部設定了每月 Azure 預算上限,並要求當實際或預測支出達到門檻 80% 時自動以 Email 通知管理者。應使用哪項功能?

  • (A) Azure Budgets / Cost Alerts
  • (B) Resource Lock
  • (C) Azure RBAC Role
  • (D) Azure Blueprints

正解:A — Azure Budgets / Cost Alerts

解題推理:Azure Budgets 允許管理者定義金額門檻(如 80%、100%),當費用觸發門檻時自動發送通知告警(Cost Alerts)。

❌ 陷阱:Budgets 核心是「追蹤與預警」,不會在超支時自動把所有 VM 硬性關機;Resource Lock 是防刪除/防修改,與預算告警無關。


📝 AZ-900 真題 4:CapEx 與 OpEx 財務模型識別(gratisexam 2020 題庫 Q26 改編)

⚠️ 來源說明:本題改寫自 2020 年 gratisexam AZ-900 題庫中的雲端財務模型考點。舊題庫僅作題型參考,現行解答依 Microsoft Learn 重新驗證。

題目:Titan 科技決定不預先出資購買實體伺服器與資料中心硬體,而是採用「隨使用量按月支付」的雲端模式。這最符合哪一種財務支出模型?

  • (A) CapEx(資本支出)
  • (B) OpEx(營運支出)
  • (C) Depreciation only(僅折舊支出)
  • (D) Capital reservation(資本預留)

正解:B — OpEx(營運支出)

解題推理:CapEx(Capital Expenditure)是前期對固定資產(如伺服器、機房)的大額投入;OpEx(Operational Expenditure)則是將費用納入日常營運、按用量或服務訂閱隨時間支付。雲端服務主要轉向 OpEx 模式。


📝 AZ-900 真題 5:長期穩定工作負載最佳化(gratisexam 2020 題庫 Q35 改編)

⚠️ 來源說明:本題改寫自 2020 年 gratisexam AZ-900 題庫中的成本優化與承諾型方案考點。

題目:Titan 科技有一批需連續運行 1 年至 3 年的穩定資料庫伺服器,希望透過預先承諾使用期間來取得顯著的單價折扣。應優先研究哪一種方案?

  • (A) Resource Lock
  • (B) Azure Reservations
  • (C) Azure Service Health
  • (D) Microsoft Purview

正解:B — Azure Reservations

解題推理:針對可預測、長期運行的工作負載(如 VM、SQL Database),承諾使用 1 年或 3 年即可獲得 Azure Reservations 折扣,相較於按需 Pay-as-you-go 可節省高達 72% 費用。


💡 AWS SAA-C03 / CLF-C02 概念補充與雙雲考點連動演練

在 AWS 認證體系(CLF-C02 雲端從業人員與 SAA-C03 解決方案架構師)中,「成本優化支柱(Cost Optimization Pillar)」佔據高達 20% 的實戰考綱權重。雲端財務治理絕非僅是算術題,而是架構師在「隨選彈性(Agility)」與「長期承諾(Commitment)」之間的精準權衡。

為了幫助具備 AWS 背景的架構師建立雙向知識映射,我們整合 cxcxc-io 雲端架構庫cxcxc-io/cloud-arch-notes-felo-key1.md 成本治理與 EC2 RI 實務筆記)與 AWS Well-Architected Framework,精選 2 題高頻經典財務治理情境進行雙雲連動解析:

🎲 AWS 經典情境一:跨部門成本分攤與標籤治理(CLF-C02 / SAA-C03 考點改編)

情境題目: Titan 科技在雲端運行數十個專案與部門工作負載。財務團隊每月收到合併帳單(Consolidated Bill),但無法精確區分研發部(Engineering)與行銷部(Marketing)各自分別消耗了多少 EC2 運算與 S3 儲存費用。雲端架構師被要求建立成本分攤機制,使財務人員能在帳單分析工具中依部門過濾並生成可視化月度支出報告。架構師應採取哪項正確步驟?

  • A. 為所有 EC2 和 S3 資源打上 Department 鍵值標籤(Tag),並在 AWS Billing Console 中將該標籤啟用為 Cost Allocation Tag,隨後在 AWS Cost Explorer 中依標籤過濾分析
  • B. 為所有資源配置 Resource Locks 防止研發部門超支,並使用 IAM Policy 限制行銷部門的最高月度扣款額度
  • C. 使用 AWS Pricing Calculator 匯入上個月的真實使用記錄,由系統自動將費用拆分至各個部門
  • D. 將所有部門的資源合併至單一 IAM Role,並在 CloudTrail 中統計各部門呼叫 API 的次數來換算帳單金額
┌────────────────────────────────────────────────────────────┐
│          成本分攤治理決策鏈:標籤與帳單分析聯動            │
├────────────────────────────────────────────────────────────┤
│ 步驟 1:定義資源標籤 (Tags)                                │
│   • 鍵值對格式:Key = 'Department' / Value = 'Engineering' │
│                                                            │
│ 步驟 2:啟用成本分攤 (Cost Allocation)                     │
│   • AWS:Billing Console ➔ 啟用 User-Defined Tag           │
│   • Azure:自動整合 Cost Management                        │
│                                                            │
│ 步驟 3:帳單維度過濾與分析                                 │
│   • AWS Cost Explorer ➔ Filter by Tag ➔ 產出部門月報       │
│   • Azure Cost Analysis ➔ Group by Tag ➔ 部門支出可視化    │
│                                                            │
│ 🚨 關鍵防呆:Tags 無權限與防刪功能!防誤刪一律用 Locks     │
└────────────────────────────────────────────────────────────┘

答案:A。

  • 為什麼? AWS 資源標籤(User-Defined Tags)打上後,預設不會出現在成本報表中。必須由 Management Account 在 AWS Billing Console 內手動啟用為「Cost Allocation Tag」,AWS 才會開始在後續的成本分配報告與 AWS Cost Explorer 中聚合該標籤維度的花費,進而產出依部門拆分的歷史分析圖表。
  • ❌ 干擾項陷阱剖析
    • B 錯:Resource Locks 是 Azure 防刪除/防修改功能,AWS 對應為 SCP 或 Resource Policy,兩者皆為「權限防呆邊界」,絕無法限制花費金額上限;IAM Policy 也無法設定扣款金額。
    • C 錯:Pricing Calculator 是「部署前事前預估工具」,無法讀取過去真實發生的帳單記錄。
    • D 錯:CloudTrail 是 API 稽核日誌,API 呼叫次數無法線性換算為資源計費金額(如 EC2 開機時長或 S3 儲存容量),且將多部門混入單一 Role 嚴重違反最小權限原則。

Azure 知識映射與連動解析:
對應至 Azure AZ-900 考點,即為 Azure Tags 結合 Azure Cost Management / Cost Analysis。微軟考試高頻陷阱在於:「Tags 絕無存取權限控制或防誤刪保護能力」。考題若問「如何防止重要生產資源被意外刪除?」,干擾項常故意列出「打上 DoNotDelete 標籤」,正解必須是 Resource Locks (CanNotDelete);Tags 僅用於中繼資料管理與成本分攤。


🎲 AWS 經典情境二:長期穩定運算負載之承諾定價與現金流權衡(SAA-C03 考點改編)

情境題目: Titan 科技的核心電商交易資料庫伺服器群(EC2 執行個體)需全年無休穩定運行 3 年,工作負載架構與硬體規格極為穩定且完全可預測。財務長希望在維持最高成本折扣率(高達 72% 折扣)的同時,評估不同預付選項對公司現金流的影響。架構師提出使用 Reserved Instances (RI) 或 Compute Savings Plans。若公司當前現金充裕,希望追求「整體總成本最低(最高折扣率)」,架構師應推薦哪種方案組合?

  • A. 購買 3 年期 Standard Reserved Instance (All Upfront 全額預付)
  • B. 購買 1 年期 Convertible Reserved Instance (No Upfront 零預付)
  • C. 使用 Spot Instances 搭配 Auto Scaling Group
  • D. 購買 3 年期 On-Demand Capacity Reservation (隨選容量保留)
┌────────────────────────────────────────────────────────────┐
│          長期運算工作負載:承諾折扣與付款模型決策樹        │
├────────────────────────────────────────────────────────────┤
│ 工作負載屬性:三年長期、穩定、極少變動                     │
│   │                                                        │
│   ├── 追求最大折扣 (最高達 72% OFF)                        │
│   │     ➔ 承諾期:3 年 (勝於 1 年)                         │
│   │     ➔ 方案類型:Standard RI / Compute Savings Plans    │
│   │                                                        │
│   └── 付款方式與現金流權衡                                 │
│         ├── All Upfront (全額預付)  ➔ 總花費最低 (最大折扣)│
│         ├── Partial Upfront (部分)   ➔ 折扣居中            │
│         └── No Upfront (零預付)      ➔ 折扣最小            │
│                                                            │
│ 💡 Azure 特色:Azure Reservations 月繳與年繳同享相同折扣   │
└────────────────────────────────────────────────────────────┘

答案:A。

  • 為什麼? 借鑑 cxcxc-io/cloud-arch-notes-felo-key1.md 的架構權衡筆記:
    1. 方案彈性 vs 折扣深度:Standard RI 折扣高於 Convertible RI(但無法變更執行個體系列);
    2. 承諾年限:3 年期承諾提供的折扣顯著大於 1 年期;
    3. 付款方式:All Upfront(全額預付)總支出最低,折扣最高(高達約 72%);No Upfront 則完全不需前期現金,但總折扣最低。在負載極為穩定、規格不變且現金充裕追求最大折扣的情境下,3 年期 Standard RI + All Upfront 為唯一正解。
  • ❌ 干擾項陷阱剖析
    • B 錯:1 年期加上 No Upfront 的折扣率最低(通常僅約 30% 左右)。
    • C 錯:Spot Instances 隨時可能在 2 分鐘通知內被 AWS 收回,絕對禁止用於核心交易資料庫!
    • D 錯:Capacity Reservation(容量保留)僅確保在特定可用區能成功啟動執行個體,計費完全依照標準隨選費率(On-Demand rate),完全沒有任何折扣

Azure 知識映射與連動解析:
對應至 Azure AZ-900 考點,即為 Azure Reservations。Azure 同樣提供針對 VM、Azure SQL 等服務的 1 年或 3 年期承諾,節省幅度高達 72%。值得注意的是微軟的貼心設計:Azure Reservations 支援按月付款(Monthly payment),且月繳與一次付清享受完全相同的折扣率,不收任何額外利息或手續費,這在企業現金流管理上極具吸引力。此外,若企業原本就持有 Windows Server / SQL Server 的軟體保證授權,還可疊加 Azure Hybrid Benefit (AHB),實現雙重折抵,節省總成本高達 85%!

雙雲考場口訣:
事前預估無帳單:AWS Pricing Calculator ↔ Azure Pricing Calculator
事後分析看趨勢:AWS Cost Explorer ↔ Azure Cost Management (Cost Analysis)
門檻預警非斷電:AWS Budgets (SNS/Action) ↔ Azure Budgets (Alerts/Action Group)
分類標籤無權限:AWS Cost Allocation Tags ↔ Azure Tags (防誤刪用 Locks)
長期穩定承諾省:AWS RI / Savings Plans ↔ Azure Reservations (可疊加 AHB)


📐 Part 4:以戰代訓課程對照

項目 內容
對應課程章節 第 3 章 ▸ Pricing Calculator 與 Cost Management、Tags(p123–124);第 1 章 ▸ 消費式計費、CapEx / OpEx(p49–55)
官方考綱領域 Describe Azure Management & Governance(30–35%)+ Cloud Concepts 中的定價/成本概念
課程涵蓋範圍 Pricing Calculator、Cost Management、Tags、Consumption-based pricing、CapEx / OpEx
本文補充範圍 1. 企業級成本治理與多層帳單拓撲對照(改編自 cxcxc-io diagram_16 與 felo-key1 EC2 RI 筆記)。2. Budgets / Alerts、Cost Analysis 的實務判斷、Reservation、Azure Hybrid Benefit、Pricing Calculator vs TCO Calculator,以及 2026 考綱變更提醒。3. 影響成本四大驅動要素(流量入站免費 vs 出站收費)與 Tags 權限防呆陷阱突破。4. AWS SAA-C03 / CLF-C02 成本優化支柱雙雲連動實戰題與決策決策樹。

⚠️ 考綱變更:舊題庫常見 TCO Calculator;本系列 2026 考綱對照資料已標註 TCO Calculator 移除,因此本文以現行 Pricing Calculator + Cost Management 為主。


🚀 今日總結與明日預告

🎯 今日 3 分鐘精華速記

  1. Pricing Calculator = 部署前估算:先回答「這套架構大約多少錢?」
  2. Cost Management / Cost Analysis = 部署後分析:回答「實際花多少、花在哪裡?」;Budget / Alert = 超支預警
  3. Tags + Reservation / Hybrid Benefit = 成本治理與最佳化工具;CapEx / OpEx 則是 AZ-900 的雲端財務基礎觀念。TCO Calculator 已是歷史/移除考點,不要被舊題庫帶偏。

🔮 明日預告

完成成本與財務治理後,Day 28 將進入【終局之戰前的陷阱圖鑑】:AZ-900 特有題型破解(拖曳、下拉、熱點)

我們會把前 27 天的高頻陷阱一次收斂,特別處理舊題庫常見的過期服務名稱、Scope 判斷、Policy / RBAC / Lock 分工,以及「看起來都對但只有一個符合題目動詞」的 AZ-900 題型。


上一篇
使用gemini 準備AZ-900 Day26 Azure Policy & Blueprints : 合規治理與資源防呆實戰
系列文
使用gemini 準備 az-90027
圖片
  熱門推薦
圖片
{{ item.channelVendor }} | {{ item.webinarstarted }} |
{{ formatDate(item.duration) }}
直播中

尚未有邦友留言

立即登入留言