CCSP Domain 1：Cloud Concepts, Architecture and Design 彙整講義

範圍： simulate-test/ 內所有測驗講義中屬於 Domain 1 的內容，跨場次合併後依主題重組。 考試權重： 17% 來源： by-test/01、by-test/02、by-test/03、by-test/04、by-test/07、by-test/09、by-test/learnzapp/04 維護： 新增測驗講義後，將該檔的 D1 章節併入本檔，並更新 §0 來源對照。 註： 各場次分數、進步判定與補強排程留在 by-test/ 原檔，不併入本檔。

0. 來源對照 / Source Map

1. 核心觀念 / Core Concepts

1.1 Service Model 責任邊界

SaaS = 用 provider 的 application
PaaS = 在 provider 的平台上建置／部署 application
IaaS = 在租來的基礎架構上管 OS／application／data

PaaS 儲存型態： PaaS 常使用 provider 管理、customer application 存取的 database storage（來源：by-test/03 Q18）。

1.2 Deployment Model

Hybrid 的三個必要條件（來源：by-test/07 §6.2）：

Hybrid cloud = two or more distinct cloud infrastructures
They remain unique entities
They are bound together by standardized or proprietary technology
They enable data/application portability

不要被以下詞干擾：private ＋ public 同時出現不一定就足夠；multicloud 不一定是 hybrid。Hybrid 的關鍵是 integration／portability／binding technology。

快速判斷（來源：by-test/11 D1 §2）

Exclusive organization?           → Private
Shared industry/regulation?       → Community
Mix different environments?       → Hybrid
Elastic general provider service? → Public

Private Cloud ≠ Private Network（來源：by-test/11 D1 §1）

Private cloud 的重點不是「只能公司內部的人使用」，而是：

cloud infrastructure dedicated to one organization

所以 private cloud 可以 Internet-facing、可以讓客戶透過 App／Browser 使用、可以由第三方託管、不一定放在企業自有機房。

Customer
   |
Internet
   |
WAF / LB
   |
+-----------------------+
| Bank Private Cloud    |
| Web/API               |
| App                   |
| Core Banking          |
| Database / HSM        |
+-----------------------+

外部使用者可以使用服務，但 backend infrastructure 仍只供該組織使用。

Private = dedicated to one organization
Private ≠ not Internet-facing

哪一層可以對外、哪一層要鎖死：

與 Domain 3 §1.4 的管理平面隔離原則一致——「private cloud 可以 Internet-facing」指的是服務平面，不是管理平面。

1.3 Cloud Actors / Roles

Carrier vs Broker（最常混的一組）

Carrier carries traffic.    → connectivity / transport（ISP、telecom、transport path）
Broker manages services.    → 管理、整合、協商 cloud services

Carrier 在路徑上的位置：

Consumer
   │
 network
   │
Carrier
   │
 network
   │
Provider

Broker 的架構與三種行為：

Customer
   │
 Broker
 ├── AWS
 ├── Azure
 └── GCP

Broker 可能執行 aggregation（彙總多個服務）、intermediation（加值中介）、arbitrage（在供應商之間動態選擇）。

與 Reseller 的差別見上表：reseller 是買斷後轉售給自有客戶，broker 是仲介、整合與管理。

1.4 IaaS 商業價值

採用 IaaS 的核心商業驅動力是 transfer of ownership cost：將資本支出（CapEx）轉換為營運支出（OpEx），客戶只需按使用量付費，無需負擔完整建置成本。

可擴展性、按量計費、能源與冷卻效率皆為次要效益，不是主要驅動力。

1.5 Interoperability / Portability / Lock-in / Lock-out

⭐ 降低供應商鎖定的雙層模型

降低供應商鎖定 = 技術可移轉性 ＋ 合約退出保障

              降低供應商鎖定
                     │
          ┌──────────┴──────────┐
          ↓                     ↓
      技術可移轉性            合約退出保障
          │                     │
     開放格式                 匯出權
     標準介面                 匯出時限
     可移植設定               轉移協助
     IaC                      終止條款
     備份匯出                 費用／刪除
          │                     │
          └──────────┬──────────┘
                     ↓
                  退出策略

不要背「合約永遠比技術措施重要」。 兩層缺一不可：技術上搬得走，供應商在法律與商業上也必須允許並協助搬遷。依題幹判斷問的是技術層還是合約層。

技術需求由誰定義、誰負責寫進合約，見 Domain 6 §1.6。

industry-standard「media」的精確分類

題庫以 industry-standard media 泛稱可降低鎖定的手段，措辭含糊（標 [Q]）。精確分類：

共同點確實是降低對單一供應商專有格式的依賴，但不要把 media 當成現代雲端架構的精準分類。

1.6 雲端基礎特性與虛擬化

Oversubscription = committed demand > actual safely supportable capacity
Virtualization   = cloud scalability / resource abstraction / multi-tenancy 的核心促成技術

1.7 Sandbox 與 Service Model

Sandbox 是 isolation pattern（isolated testing environment），不是 service model。 它可以建在 IaaS、PaaS、containers、Kubernetes namespace、serverless 或 local VM 之上。

Sandbox = isolation pattern
PaaS    = developer sandbox
IaaS    = sandbox requiring OS/network-level control

判斷順序： 先看 requirement 是否要求「security boundary／OS／network isolation 由 customer 控制」。若是，IaaS 較合理；若題幹只說 software development and testing sandbox，抓 keyword development platform → PaaS。

原則： More control ≠ automatically more secure。More control 同時代表 more responsibility。

1.8 相關與新興技術

依 ISC2 outline，related／emerging technologies 歸在 Domain 1。這類題多半是關鍵字直送，不要求原理。

Quantum computing（來源：by-test/13 Part 1 §8）

題幹出現下列任一關鍵字，優先選 quantum computing：

superposition
qubit
entanglement
quantum interference

其中 superposition of physical states 幾乎是送分 keyword。

反例提醒： AONT-RS（All-or-Nothing Transform + Reed-Solomon）屬於 data transformation／dispersion，不是 quantum computing——詳見 Domain 2 §1.5。密碼學本身的整理在 Domain 2 §1.7。

1.9 Common Criteria 與 EAL（來源：2026-10-15 D1 錯題補強）

依 ISC2 outline，產品認證（Common Criteria、FIPS 140-2/3）屬於 1.5 Evaluate cloud service providers，歸在 Domain 1。

共同準則（Common Criteria, CC）： 對 IT 產品的安全功能與安全保證進行標準化評估。

Evaluation Assurance Level（EAL，評估保證等級） 衡量的不是產品「有多安全」，而是：

對產品的安全設計、實作與測試，做了多嚴格、多深入的驗證。

EAL 越高
   ↓
評估證據更多
設計分析更深入
驗證更嚴格
形式化程度更高

EAL7 ≠ 產品一定比 EAL4 更適合某個環境。 EAL 代表的是保證／驗證嚴謹程度。

⭐ EAL1–EAL7 對照表

分界看動詞，不看數字

EAL1 功能測試
  ↓
EAL2 結構化測試
  ↓
EAL3 有系統地「測試＋檢查」
  ↓
EAL4 有系統地「設計＋測試＋審查」
  ↓
EAL5 半形式化「設計」
  ↓
EAL6 半形式化「驗證」
  ↓
EAL7 形式化「驗證」

口訣： 1 功、2 構、3 測查、4 設測審、5 半設、6 半驗、7 全驗

⭐ EAL5／6／7：最容易出選項陷阱的三個

Semi-formally designed  → EAL5（半設）
Semi-formally verified  → EAL6（半驗）
Formally verified       → EAL7（全驗）

EAL3 vs EAL4： 3 = 測＋查（methodically tested and checked）；4 = 設＋測＋審（methodically designed, tested and reviewed）。

答題 trigger： 題幹出現 formally verified 即直接 EAL7。independent third party 不是決勝字眼——不要建立「third-party test → EAL7」的錯誤 association。

2. 錯題與修正規則 / Errors & Corrections

2.1 Service model 判斷不夠自動化

錯題： PaaS 是 application testing／development environment 的最佳 fit；IaaS 是 customer 控制最多的 model；SaaS 是 customer 維護最少的 model；vendor 基礎架構上的 application solution = SaaS。

修正規則： 先問「customer 自己要管到哪一層？」再對照 §1.1 的責任邊界表，不要用服務名稱猜。

2.2 Interoperability 誤判為 Portability

錯題（by-test/02 Q5）： On-prem applications 能否和 provider hosted systems／tools 正常運作 → 正解 Interoperability，誤選 Portability。

錯因： 把「能不能一起運作」誤判為「能不能搬移」。

一句話規則： Work with provider tools = Interoperability；move to another provider = Portability。

延伸（by-test/learnzapp/04 Q14）： Production 在 CSP-A、backup 在 CSP-B，recovery 的最大技術風險是 interoperability／proprietary format incompatibility，不是範圍更大的 vendor lock-in。

ISC2 heuristic： 選最直接阻礙 scenario objective 的答案，不要總是選範圍最大的風險。

2.3 Deployment model 在隱私／地理限制題選錯

錯題（by-test/02 Q10）： 歐洲公司因個資法需確保資料不離開 approved country → 正解 Private cloud，誤選 Hybrid cloud。

錯因： 看到 cloud migration 與多 workload 就選 hybrid，但題目核心 constraint 是 geophysical location／privacy compliance。

同類（by-test/09 §9）： community cloud vs public／private 混淆；高度敏感／受監管產業的正解通常是 private cloud。

一句話規則： Strong privacy／location constraint → 優先 Private cloud，除非題目明確要求 hybrid integration。

2.4 Vendor lock-out 與 migration 風險複審

錯題： provider 倒閉導致客戶無法取回資料 = vendor lock-out（不是 lock-in）；migration 後的 risk review 不需要完全重做，因為 cost-benefit phase 已分析大量風險與成本。

2.5 Public cloud 治理責任歸屬

Public cloud data center control governance = cloud provider
Regulator  → 訂定要求
Customer   → 定義需求並評估 provider
Provider   → 營運 provider 自有機房的控制措施

詳細的實體與機房控制見 Domain 3 彙整講義。

2.6 Europe／GDPR 是否等於 Private Cloud（by-test/11 D1 §1）

常見反駁：「歐洲公司 production 搬上 cloud，為什麼一定 Private Cloud？Public Cloud 也能符合 GDPR。」

實務上這個反駁成立。 Public cloud 可以透過 EU region、data residency、encryption、sovereignty controls、contractual safeguards 達成合規，所以 Europe／GDPR ≠ automatically Private Cloud。

但 CCSP 題目真正想抓的是：只有在題幹同時暗示下列條件時才傾向 Private cloud。

maximum control
dedicated infrastructure
isolation
organizational exclusivity
strict governance

與 §2.3 併讀：強隱私／地理限制題仍優先 Private，但要確認題幹有上述治理語彙，而不是只看到「歐洲」或「GDPR」就選。

2.7 歸屬他域的相關主題

• Insider threat 的控制分類（by-test/11 D1 §4）→ Domain 5 §1.6
• ISO 27001 technology-neutral（by-test/11 D1 §5）→ Domain 6 §1.2

2.8 EAL3 誤選為 formally verified（2026-10-15）

錯題： 題幹 formally verified in terms of design and tested（並提到 independent third party）→ 正解 EAL7，誤選 EAL3。

錯因： EAL3 是 methodically tested and checked，與 formally verified 差距極大；且被 independent third party 分散注意力。

分類： [T]（terminology），降權：無——有效錯題，值得修。

一句話規則： Formal verification → EAL7；Semi-formal verification → EAL6；Semi-formal design → EAL5。詳見 §1.9。

2.9 CEO 遷雲最大因素 = 成本（2026-10-15，[Q] 中高降權）

錯題： CEO／senior management 遷雲的 biggest factor → 題庫答案 Reduced overall cost，誤選 Global accessibility。

四個選項（network scalability、off-site backup、global accessibility、reduced cost）都是合理的 cloud benefits；題幹沒有提供 business objective、既有基礎架構成本、目標市場、人員分布、應用架構或既有備援能力，因此無法客觀證明 cost 一定是 biggest factor。

題庫邏輯： 把 technical characteristics（scalability、backup、accessibility）與 business／financial outcome 做層級比較，依 ISC2 managerial-answer heuristic 選後者。這只是 best-answer heuristic，不是普遍事實。

CEO / Board / Senior Management
           ↓
Business objectives、Risk、Financial impact、Compliance、Strategy、Agility

分類： [Q]（題目品質），降權：中高。不代表不懂 cloud adoption benefits。

一句話規則： 高階管理者題 → 優先從 business outcome／organizational risk 思考；不要背成「CEO = Cost」。

3. 一句話規則表 / One-liner Rules

4. 易混淆邊界 / Confusable Boundaries

決策流程

1. 題幹提到 general public／open use？→ Public cloud
2. 提到 exclusive use by one organization？→ Private cloud
3. 提到 resale／own customers？→ Reseller
4. 問 primary benefit／business driver？→ Ownership cost transfer

5. 補強演練 / Drills

Drill A：三張對照表（30 分鐘，閉卷默寫）

1. SaaS／PaaS／IaaS 責任邊界
2. public／private／hybrid／community／multicloud
3. lock-in／lock-out／portability／interoperability／reversibility

Drill B：Cloud Actors（10 分鐘）

寫出 CSP、CSC、broker、reseller、carrier、auditor 各一句功能，並各造一個題幹線索。

Drill C：20 題 D1 drill

目標 ≥ 75%。若低於 70%，隔天不要做綜合模考，先補 D1。

自我檢測

• Hybrid cloud 的三個必要條件是什麼？
• 「backup 在另一家 CSP，還原不回來」最直接的風險名詞是什麼？
• IaaS 的主要商業驅動力是什麼？為什麼不是 scalability？
• Oversubscription 的定義中，被比較的兩個量各是什麼？
• 降低供應商鎖定的兩層各包含哪些手段？為什麼不能只靠合約？
• Private cloud 的哪一層可以對外、哪一層必須鎖死？
• 不看表，默寫 EAL1–EAL7 的口訣與英文核心動詞。
• 題幹 formally verified 對應哪個 EAL？為什麼 independent third party 不是判斷依據？
• CEO 遷雲題為何選 reduced cost？這條 heuristic 的適用範圍在哪？