Lesson 3 · Domain 1: Cloud Concepts (25–30% of exam) · Final lesson in this domain

Cloud Service Types: IaaS, PaaS, SaaS

The same shared-responsibility spectrum from Lesson 1, now with names and concrete scenarios attached. This is the single most scenario-tested idea in Domain 1 — the exam loves to describe a situation and ask which model fits.

Primary source: Microsoft Learn — Describe cloud service types, part of Part 1: Describe cloud concepts.

Quick calibration

From Lesson 1: on which service type are you responsible for installing, configuring, and patching the operating system yourself? Hold that answer — this lesson names it.

The spectrum

All three models sit on one line, trading control for convenience. IaaS gives you the most control and the most responsibility; SaaS gives you the least of both.

ModelYou manageProvider managesBest for
IaaS
Infrastructure as a Service
OS, patching, network config, database/storage config, appsPhysical hardware, internet connectivity, physical securityLift-and-shift migrations; test/dev environments you spin up and tear down fast
PaaS
Platform as a Service
Your application code and dataOS, middleware, dev tools, runtimes, patching & licensing for OS/DBBuilding apps on a ready-made framework with built-in scaling/HA; analytics & BI tooling
SaaS
Software as a Service
Your data, identity/access settings, device access postureAlmost everything — infrastructure, platform, and the application itselfEmail, productivity apps, finance/expense tracking — ready to use as-is

Answering the calibration question: that's IaaS. You're renting hardware — what you install and maintain on top of it is entirely on you.

Why the exam frames it as scenarios

Rather than asking "define PaaS," the exam typically describes a situation:

Notice the tell: how much of the stack does the sentence imply the customer is willing to touch? More touching → further left (IaaS). Less touching → further right (SaaS).

Practice

This closes out Domain 1 (Cloud Concepts). Anything from Lessons 1–3 still fuzzy — including the "management of/in" mix-up from Lesson 2 — is worth raising now, before Domain 2 builds on top of it.
← Lesson 2: Cloud Benefits Lesson 4: Core Architectural Components →