云计算服务模型详解：SaaS、PaaS 与 IaaS 的区别、发展历史与应用场景

从物理服务器到无服务器架构，一文读懂云计算三大服务模型的前世今生。

文章目录

- [1. 前言：什么是云计算服务模型？](#1. 前言：什么是云计算服务模型？)
- [2. 三大服务模型核心概念](#2. 三大服务模型核心概念)
- - [2.1 IaaS：基础设施即服务](#2.1 IaaS：基础设施即服务)
  - [2.2 PaaS：平台即服务](#2.2 PaaS：平台即服务)
  - [2.3 SaaS：软件即服务](#2.3 SaaS：软件即服务)
- [3. 三者的核心区别](#3. 三者的核心区别)
- - [3.1 责任共担模型（Shared Responsibility Model）](#3.1 责任共担模型（Shared Responsibility Model）)
  - [3.2 多维度对比表](#3.2 多维度对比表)
  - [3.3 用代码部署一个 Web 应用来直观感受](#3.3 用代码部署一个 Web 应用来直观感受)
- [4. 发展历史与演进](#4. 发展历史与演进)
- - [4.1 时间线总览](#4.1 时间线总览)
  - [4.2 第一阶段：大型机与分时系统（1960s --- 1980s）](#4.2 第一阶段：大型机与分时系统（1960s — 1980s）)
  - [4.3 第二阶段：互联网与 IDC 托管（1990s --- 2005）](#4.3 第二阶段：互联网与 IDC 托管（1990s — 2005）)
  - [4.4 第三阶段：IaaS 诞生与公有云崛起（2006 --- 2010）](#4.4 第三阶段：IaaS 诞生与公有云崛起（2006 — 2010）)
  - [4.5 第四阶段：PaaS 的春天与容器革命（2011 --- 2017）](#4.5 第四阶段：PaaS 的春天与容器革命（2011 — 2017）)
  - [4.6 第五阶段：Serverless 与一切即服务（2018 --- 至今）](#4.6 第五阶段：Serverless 与一切即服务（2018 — 至今）)
  - [4.7 中国市场的发展脉络](#4.7 中国市场的发展脉络)
- [5. 应用场景详解](#5. 应用场景详解)
- - [5.1 场景一：创业公司从 0 到 1](#5.1 场景一：创业公司从 0 到 1)
  - [5.2 场景二：中大型企业的数字化转型](#5.2 场景二：中大型企业的数字化转型)
  - [5.3 场景三：高并发电商系统](#5.3 场景三：高并发电商系统)
  - [5.4 场景四：企业内部管理系统](#5.4 场景四：企业内部管理系统)
- [6. 主流厂商与产品对比](#6. 主流厂商与产品对比)
- - [6.1 全球三大公有云 IaaS 对比](#6.1 全球三大公有云 IaaS 对比)
  - [6.2 主流 PaaS 产品对比](#6.2 主流 PaaS 产品对比)
  - [6.3 值得关注的 BaaS / 新型 PaaS](#6.3 值得关注的 BaaS / 新型 PaaS)
- [7. 选型指南：如何选择适合你的服务模型？](#7. 选型指南：如何选择适合你的服务模型？)
- - [7.1 七个关键问题](#7.1 七个关键问题)
  - [7.2 推荐决策矩阵](#7.2 推荐决策矩阵)
- [8. 未来趋势](#8. 未来趋势)
- - [8.1 从三层模型到"全谱系"服务](#8.1 从三层模型到"全谱系"服务)
  - [8.2 关键趋势](#8.2 关键趋势)
- [9. 总结](#9. 总结)
- 参考

1. 前言：什么是云计算服务模型？

在传统 IT 架构中，企业需要自行采购服务器、安装操作系统、配置网络、部署中间件、开发应用------这一整套技术栈都需要自己维护。这种方式不仅成本高昂，而且扩展困难、运维复杂。

云计算的出现改变了这一切。它按服务层次将 IT 资源抽象为三种标准模型：

类比理解------用一个"吃披萨"的场景来帮助记忆：

模型	类比	说明
本地部署	在家自己做披萨	买面粉、芝士、烤箱，全部自己动手
IaaS	买半成品饼底 + 配料	供应商提供厨房和烤箱，你决定做什么口味
PaaS	外卖生披萨，自己烤	披萨已经做好，你只需烤制和享用
SaaS	直接点外卖，送到嘴边	完全不用操心，付钱即吃

2. 三大服务模型核心概念

2.1 IaaS：基础设施即服务

IaaS（Infrastructure as a Service） 将计算、存储、网络等基础 IT 资源以服务的形式通过互联网提供给用户。

核心特征

资源池化：CPU、内存、存储、带宽可弹性伸缩
按需付费：按实际使用量计费，无需前期硬件投资
自助服务：用户通过控制台或 API 自助管理资源
广泛的地理覆盖：全球多区域部署，就近服务用户

典型产品

厂商	产品	核心能力
AWS	EC2, S3, VPC	虚拟机、对象存储、虚拟网络
Microsoft Azure	Virtual Machines, Blob Storage	企业级虚拟机、混合云能力
Google Cloud	Compute Engine, Cloud Storage	高性能计算、与 Kubernetes 深度集成
阿里云	ECS, OSS, VPC	国内最完善的 IaaS 生态
腾讯云	CVM, COS	游戏、音视频场景优化

适用场景

网站托管：从个人博客到大型电商，弹性应对流量波动
大数据处理：按需启动数百台服务器进行离线计算，完成后释放
灾备与归档：异地多活、数据备份，成本远低于自建灾备中心
测试与开发环境：快速创建、销毁环境，提高开发效率

实际案例

Netflix 的全面上云

Netflix 在 2008 年经历了一次严重的数据中心故障后，决定全面迁移至 AWS。他们利用 EC2 弹性伸缩应对晚间观影高峰，用 S3 存储海量视频内容。到 2016 年，Netflix 关闭了最后一个自建数据中心，成为 IaaS 应用的标杆案例。

2.2 PaaS：平台即服务

PaaS（Platform as a Service） 在 IaaS 之上提供应用开发、测试、部署和运行所需的完整平台环境。

核心特征

开发框架与运行时：预置 Java、Python、Node.js、Go 等语言的运行环境
自动化运维：自动伸缩、负载均衡、日志监控开箱即用
中间件集成：数据库、消息队列、缓存等服务一键绑定
CI/CD 流水线：代码提交到自动构建、测试、部署的完整链路
多租户架构：底层资源共享，但应用间相互隔离

典型产品

厂商	产品	核心能力
Heroku	Heroku Platform	最早期的 PaaS，极简部署体验
Google Cloud	App Engine	Serverless 容器，自动伸缩
AWS	Elastic Beanstalk	编排多种 AWS 服务，简化部署
Microsoft Azure	App Service	.NET 生态首选，企业级特性
阿里云	企业级分布式应用服务 (EDAS)	微服务治理，Spring Cloud 集成
Vercel / Netlify	Serverless Platform	前端应用部署的最佳选择

适用场景

Web 应用与 API 后端快速上线：初创团队快速验证产品想法
微服务架构：统一治理、服务发现、链路追踪
移动应用后端：快速搭建用户认证、推送通知、数据存储
企业内部应用：低代码或标准框架快速交付业务系统

实际案例

Airbnb 早期依赖 Heroku

Airbnb 在创业初期选择 Heroku 作为部署平台。团队无需管理服务器，只需 git push 即可部署 Ruby on Rails 应用。这让他们将精力集中在产品迭代上，为后来的爆发式增长奠定了基础。

2.3 SaaS：软件即服务

SaaS（Software as a Service） 将完整的应用软件通过互联网提供给用户，用户无需安装和维护，直接通过浏览器或客户端使用。

核心特征

即开即用：注册即用，无需部署和配置
多租户架构：同一套系统服务成千上万的客户，数据隔离
持续更新：供应商负责升级维护，用户始终使用最新版本
订阅制付费：按月/年付费，降低一次性采购成本
跨平台访问：浏览器、桌面客户端、移动端全覆盖

典型产品

类别	产品	核心能力
办公协作	Google Workspace, Microsoft 365, Notion	文档、邮件、会议一体化
客户管理	Salesforce, HubSpot	CRM 领域的绝对领导者
企业通讯	Slack, Microsoft Teams, 飞书, 钉钉	即时通讯与异步协作
设计工具	Figma, Canva, Adobe Creative Cloud	在线设计，实时协作
开发工具	GitHub, GitLab, Jira, Linear	代码托管、项目管理
视频会议	Zoom, Google Meet，腾讯会议	高清视频会议
人力资源	Workday, 北森	招聘、考勤、薪酬管理
财务管理	QuickBooks, Xero, 用友	在线记账与财务分析

适用场景

企业通用办公：邮件、文档协作、视频会议是最基础的 SaaS 需求
垂直行业软件：医疗 HIS 系统、教育 LMS、电商 ERP
销售与营销：CRM、邮件营销、客户服务工单系统
开发与协作：代码托管、项目管理、知识库、CI/CD 云端化

实际案例

Salesforce：SaaS 模式的先驱

1999 年，Marc Benioff 创立 Salesforce，提出"No Software"口号，开创了通过浏览器交付企业软件的先河。如今，Salesforce 市值超过 2000 亿美元，CRM 市场份额超过 20%，证明了 SaaS 商业模式的巨大成功。

3. 三者的核心区别

3.1 责任共担模型（Shared Responsibility Model）

理解三者区别的关键在于责任边界的划分------哪些由供应商负责，哪些由你自己负责：

关键结论：

越往 SaaS 方向走，你的运维负担越小，但灵活性和控制力也越低。
越往 IaaS 方向走，你的控制力越强，但需要承担的责任也越多。

3.2 多维度对比表

维度	IaaS	PaaS	SaaS
抽象层级	虚拟机/容器级别	应用平台级别	完整软件级别
目标用户	运维工程师、架构师	开发者、DevOps	终端业务用户
控制粒度	极高（OS 层面控制）	中等（应用层面控制）	极低（配置层面控制）
灵活性	极高，可运行任何软件	中等，受限于平台支持	极低，只能使用预置功能
上手速度	慢，需配置多层级	中等，需适配平台规范	极快，注册即用
运维负担	高（管理 OS/中间件/应用）	中（只需管理应用和数据）	极低（供应商全权负责）
扩展能力	需手动或脚本化配置	自动伸缩，但策略有限	供应商透明扩展
典型付费	按资源用量（CPU/存储/流量）	按实例/请求量	按用户数/月订阅
锁定程度	低，标准化程度高	中等，有平台依赖	高，数据迁移困难
安全责任	用户负责 OS 以上安全	共享责任，应用安全归用户	供应商负责基础设施安全
典型例子	AWS EC2, 阿里云 ECS	Heroku, Vercel, 阿里云 EDAS	Gmail, Slack, Figma

3.3 用代码部署一个 Web 应用来直观感受

IaaS 方式（AWS EC2）：

bash 复制代码

# 1. 启动虚拟机
aws ec2 run-instances --image-id ami-0c55b159cbfafe1f0 \
    --instance-type t3.medium --key-name my-key

# 2. SSH 连接，安装环境
ssh -i my-key.pem ec2-user@<public-ip>
sudo yum install -y nginx nodejs git

# 3. 克隆代码，手动配置 Nginx 反向代理
git clone https://github.com/myapp.git
sudo vim /etc/nginx/nginx.conf  # 手动配置路由

# 4. 配置安全组、SSL 证书、监控、日志...
# 5. 持续维护：系统补丁、安全更新、容量规划...

PaaS 方式（Heroku）：

bash 复制代码

# 1. 部署应用，一个命令搞定
git push heroku main

# 自动完成：构建 → 测试 → 部署 → 配置域名 → SSL → 监控
# 需要数据库？一个命令：
heroku addons:create heroku-postgresql:mini

# 2. 扩容？一个命令：
heroku ps:scale web=3

SaaS 方式（Notion / Shopify）：

plain 复制代码

无需任何代码。
打开浏览器 → 注册账号 → 配置模板 → 开始使用。
运维？扩展？安全？一律不关心。

4. 发展历史与演进

4.1 时间线总览

4.2 第一阶段：大型机与分时系统（1960s --- 1980s）

云计算的思想萌芽可追溯至 1961 年。计算机先驱 John McCarthy 在 MIT 百年庆典上提出：

"计算也许有一天会像电话一样成为公共设施......计算服务将作为一种新型的重要产业的基础。"

这期间的核心形态是大型机（Mainframe）分时系统：多个用户通过终端共享一台大型计算机的计算能力。虽然原始，但它奠定了"集中计算、远程访问"的核心理念。

4.3 第二阶段：互联网与 IDC 托管（1990s --- 2005）

互联网商业化带来两个重要变化：

IDC（互联网数据中心）托管：企业将服务器放置在专业机房，享受稳定的电力、带宽和制冷
虚拟化技术成熟：VMware（1998 年成立）让一台物理服务器运行多个虚拟机，大幅提升资源利用率

1999 年，Salesforce 成立，推出基于浏览器的 CRM 软件，率先验证了 SaaS 模式的可行性。同年，Loudcloud（后来的 Opsware）尝试提供基础设施托管服务，是 IaaS 概念的早期探索。

4.4 第三阶段：IaaS 诞生与公有云崛起（2006 --- 2010）

2006 年，AWS 发布 EC2 和 S3，标志着现代 IaaS 的正式诞生。

Amazon EC2（Elastic Compute Cloud）：按小时出租虚拟机，几分钟内即可启动
Amazon S3（Simple Storage Service）：无限容量的对象存储，按 GB 付费

AWS 的诞生源于亚马逊自身的需求。电商业务的峰谷波动造成大量计算资源闲置，亚马逊于是将这些闲置资源作为服务向外出售。这个"内部工具外部化"的故事成为云计算的经典叙事。

关键里程碑：

2008 年：Google 发布 App Engine（首个主流 PaaS）
2010 年：微软 Azure 正式商用，OpenStack 开源项目启动

4.5 第四阶段：PaaS 的春天与容器革命（2011 --- 2017）

这一阶段，PaaS 试图成为云计算的核心层：

Heroku 的 git push 部署体验成为 PaaS 的事实标准
Cloud Foundry （2011）和 OpenShift（2011）推动企业级 PaaS

但真正的变革来自容器技术：

2013 年：Docker 发布，让应用打包和运行变得标准化
2014 年：Kubernetes（K8s） 开源，提供容器编排能力
2017 年：AWS、Azure、Google Cloud 全部推出托管 Kubernetes 服务

容器技术模糊了 IaaS 和 PaaS 的边界------用户可以在 IaaS 上自行搭建类 PaaS 平台，这在一定程度上挤压了传统 PaaS 的市场空间。

4.6 第五阶段：Serverless 与一切即服务（2018 --- 至今）

云计算的最新趋势是将"即服务"推向极致：

服务模型	缩写	含义	代表产品
函数即服务	FaaS	按函数粒度运行代码，毫秒级计费	AWS Lambda, Cloud Functions
容器即服务	CaaS	托管容器运行环境	AWS Fargate, Cloud Run
后端即服务	BaaS	开箱即用的后端能力	Firebase, Supabase
数据库即服务	DBaaS	托管数据库	Amazon RDS, MongoDB Atlas
AI 即服务	AIaaS	大模型 API 调用	OpenAI API, Claude API
一切即服务	XaaS	泛化概念，万物皆可服务	------

4.7 中国市场的发展脉络

中国云计算起步稍晚，但发展迅猛：

2009 年 ：阿里云成立，创始人王坚力推"去 IOE"战略
2010 年：腾讯云开始内部孵化
2013 年：阿里云飞天 5K 集群上线，成为全球少数能调度 5000+ 台服务器的系统
2015 年后：华为云、百度云、京东云等相继入局
2020 年至今：信创与国产替代成为重要驱动力

特别值得一提的是阿里云的去 IOE 实践。IOE 指 IBM 小型机、Oracle 数据库和 EMC 存储，曾是中国企业 IT 架构的标配。阿里通过自研飞天操作系统和 OceanBase 数据库，成功用分布式架构替代了传统 IOE 架构，标志着中国云计算从"用云"走向"造云"。

5. 应用场景详解

5.1 场景一：创业公司从 0 到 1

推荐方案：PaaS + SaaS 组合

原型阶段：用 Vercel/Netlify 一键部署前端，Supabase 提供数据库和认证
协作工具：Slack + Notion + Linear 覆盖沟通、文档、项目管理，全部 SaaS
增长阶段：随着流量和定制化需求增加，逐步迁移到 IaaS 获得更多控制力

5.2 场景二：中大型企业的数字化转型

推荐方案：IaaS + PaaS 混合

大型企业通常面临复杂局面：既有遗留系统需要维持，又需要开发新的云原生应用。

5.3 场景三：高并发电商系统

推荐方案：IaaS

电商系统的技术要求：

弹性伸缩：秒杀场景下瞬间流量峰值
精细控制：缓存策略、数据库连接池调优
成本优化：预留实例 + 竞价实例组合

典型的电商 IaaS 架构：

5.4 场景四：企业内部管理系统

推荐方案：SaaS 优先

对于 OA、HR、财务、CRM 等通用管理需求，SaaS 几乎是唯一合理的选择：

成本确定性：按人头/月付费，预算可控
快速上线：当天开通，周内培训落地
持续更新：合规政策变化（如个税调整）自动更新
移动办公：自带 App，员工随时随地使用

6. 主流厂商与产品对比

6.1 全球三大公有云 IaaS 对比

服务类别	AWS	Azure	Google Cloud
计算	EC2	Virtual Machines	Compute Engine
容器	ECS/EKS	AKS	GKE
Serverless	Lambda	Functions	Cloud Functions
对象存储	S3	Blob Storage	Cloud Storage
数据库	RDS / Aurora / DynamoDB	SQL Database / Cosmos DB	Cloud SQL / Spanner
网络	VPC	VNet	VPC
CDN	CloudFront	CDN	Cloud CDN
全球区域数	34+	60+	40+
优势	生态最完善	企业混合云最强	数据分析与 AI 领先
市场占有率	~31%	~24%	~11%

（数据截至 2025 年底，来源：Synergy Research Group）

6.2 主流 PaaS 产品对比

产品	类型	支持语言	部署方式	适用场景
Vercel	前端 PaaS	JS/TS	Git 推送	Next.js、静态网站、Edge Functions
Netlify	前端 PaaS	JS/TS	Git 推送	Jamstack、Serverless Functions
Heroku	通用 PaaS	多语言	Git 推送 / CLI	Web 应用、API 后端
Google App Engine	通用 PaaS	多语言	gcloud CLI	自动伸缩的 Web 应用
AWS Elastic Beanstalk	编排层	多语言	CLI / 控制台	不想手动配 AWS 的开发者
阿里云 EDAS	企业 PaaS	Java	控制台 / CLI	Spring Cloud 微服务治理
Cloud Foundry	企业 PaaS	多语言	CLI	私有化部署的企业平台

6.3 值得关注的 BaaS / 新型 PaaS

这些产品模糊了 PaaS 和 SaaS 的边界，成为现代开发的重要基础设施：

产品	定位	核心亮点
Supabase	开源 Firebase 替代	PostgreSQL + 实时订阅 + 认证 + 存储
Firebase	Google 的 BaaS	实时数据库 + 托管 + 分析 + 推送
PlanetScale	数据库平台	MySQL 兼容、无阻塞 Schema 变更
Clerk	认证即服务	完整的用户管理、SSO、多因素认证
Resend	邮件即服务	事务邮件 API、React 模板
Railway	部署平台	一键部署、内置数据库、按用量计费
Fly.io	边缘计算 PaaS	全球分布式部署、靠近用户的边缘节点
Render	全栈托管	静态网站 + Web 服务 + 数据库一站式

7. 选型指南：如何选择适合你的服务模型？

7.1 七个关键问题

在做出选型决策前，依次回答以下问题：

你的团队规模和技术能力如何？
- 小型团队 / 无运维 → PaaS 或 SaaS 优先
- 有专职运维 / SRE 团队 → IaaS 利用率更高
应用的定制化需求有多高？
- 标准化需求 → SaaS
- 框架级定制 → PaaS
- 底层深度定制 → IaaS
你的预算模型是什么？
- OpEx（运营支出）导向，按月支付 → SaaS
- CapEx（资本支出）可接受，追求长期 TCO → IaaS
对供应商锁定的容忍度？
- 不希望被锁定 → IaaS（Kubernetes）或多云策略
- 锁定可接受，愿意换取便利 → PaaS 或 SaaS
合规与数据主权要求？
- 数据必须留在本地 → 私有云 IaaS / 私有化部署
- 可以上公有云 → 任何模型皆可
流量波动模式？
- 稳定可预测 → Reserved Instance / 包年包月
- 高度波动 → Serverless / 弹性伸缩 IaaS
你需要多快上线？
- 今天就要用 → SaaS
- 这周可接受 → PaaS
- 可以花几个月搭建 → IaaS

7.2 推荐决策矩阵

场景	推荐模型	典型组合
个人开发者 / 创业验证	PaaS + SaaS	Vercel + Supabase + Notion
初创公司 (5-50人)	PaaS 为主，SaaS 补充	Railway + Clerk + Slack
中小企业 (50-500人)	PaaS + IaaS 混合	K8s 托管 + SaaS 办公套件
大型企业	全面多云架构	私有云 IaaS + 公有云 PaaS + SaaS
数据密集型应用	IaaS	自建数据库集群 + GPU 服务器
合规敏感行业	私有化 / 混合云	本地部署核心系统 + 公有云弹性扩容

8. 未来趋势

8.1 从三层模型到"全谱系"服务

传统的 IaaS → PaaS → SaaS 分层正在被打破。云厂商提供了从物理服务器到开箱即用软件的连续谱系：

plain 复制代码

物理服务器 ── VM ── 容器 ── K8s ── Serverless ── BaaS ── SaaS
  │                                            │
  控制力最大                                    控制力最小
  运维最重                                      运维最轻

8.2 关键趋势

1. Serverless 2.0：更低的冷启动，更强的有状态支持

AWS Lambda、Cloudflare Workers 等正在从简单的无状态函数向有状态、长运行、低延迟方向演进。Amazon 的 Lambda Web Adapter 让传统 Web 框架可以直接运行在 Serverless 环境。

2. AI + 云：大模型重新定义 PaaS

大模型 API（Claude API、OpenAI API）本身是一种新的 PaaS 形态。开发者不需要训练模型，只需调用 API 即可获得 AI 能力。这催生了"AI 原生 PaaS"------将向量数据库、Prompt 管理、Agent 编排作为平台层能力提供。

3. 平台工程与内部开发者平台（IDP）

大型企业正在构建自己的"内部 PaaS"，让业务开发者获得类似 Heroku 的体验，同时保持底层 IaaS 的控制力。Backstage（Spotify 开源）、Humanitec 等工具推动了这一趋势。

4. 边缘计算与分布式云

CDN 不再只是缓存，正演变为完整的边缘计算平台：

Cloudflare Workers + R2 + D1 + Queues
Vercel Edge Functions + Edge Config
AWS CloudFront + Lambda@Edge

应用逻辑从中心云推向离用户最近的边缘节点，延迟从 100ms 降至 10ms。

5. FinOps：云成本管理成为核心竞争力

随着云支出的爆发式增长（全球 2025 年超 7000 亿美元），FinOps（云财务运营）从可选变为必选。未来各类服务模型的成本透明度和优化手段将成为选型的关键因素。

6. 绿色云计算与可持续发展

数据中心电力消耗持续增长，绿色云计算成为行业焦点。AWS 承诺 2025 年 100% 使用可再生能源，Google 承诺 2030 年全天候无碳能源。碳排放数据将成为选择云服务的维度之一。

9. 总结

服务模型	一句话总结	给谁用	核心权衡
IaaS	租用虚拟化的硬件资源	运维和架构团队	灵活性 vs 运维负担
PaaS	租用应用运行平台	开发团队	开发效率 vs 平台锁定
SaaS	租用成品软件	所有业务用户	即用性 vs 定制能力

三个核心认知：

不存在"最好"的模型，只有"最适合"的模型。 一家 5 人的初创公司和一家 5000 人的银行，选型逻辑截然不同。
这不是单选题。 现实中的云架构几乎总是混合多种模型。你可能在 IaaS 上运行核心业务，用 PaaS 部署新服务，同时采购数十个 SaaS 工具支撑日常运营。
向上走（更多托管）= 更快但不灵活；向下走（更少托管）= 更灵活但更慢。 每一个技术决策都是在控制力与便利性之间的权衡。

选择一个服务模型，本质上是选择你愿意将哪些非核心差异化的工作交给更专业的人，而将有限的精力聚焦在真正创造价值的地方。

参考

https://zhuanlan.zhihu.com/p/407517204

IaaS、PaaS、SaaS 是什么？一文看懂云计算的三种服务模式-腾讯云开发者社区-腾讯云

SaaS是什么？与PaaS和IaaS有什么区别？-OKKI外贸生意智能工作台小满科技产品