摘要

云计算的服务模式通常被划分为三个层次：基础设施即服务（IaaS）、平台即服务（PaaS）和软件即服务（SaaS）。这三者并非简单的产品分类，而是反映了云计算资源抽象程度的不同层级——从底层物理资源到应用运行环境，再到最终用户可直接使用的软件。理解三者的技术边界与责任划分，是企业进行云架构设计的基础。本文从技术架构、管理边界、计费模型和适用场景四个维度，系统解析这三种服务模式的核心差异，并补充介绍FaaS与Serverless等延伸概念。

一、引言

云计算的本质是将计算资源（计算、存储、网络）以服务的形式交付给用户。根据资源抽象程度的不同，这些服务被划分为不同的层次。

一个常见的类比是交通出行：

• IaaS 相当于租车——你拿到一辆车，自己决定怎么开、走哪条路、加什么油。

• PaaS 相当于打车——你告诉司机目的地，车怎么开、走哪条路是司机的事。

• SaaS 相当于坐公交——你只需要上车，到站下车，完全不关心车辆调度和路线规划。

这个类比虽然简化，但抓住了核心区别：用户对底层资源的控制范围依次递减，而使用的便捷程度依次递增。

二、IaaS：基础设施即服务

2.1 定义与技术架构

IaaS（Infrastructure as a Service）向用户提供的是计算、存储、网络等底层基础设施资源。用户通过API或管理控制台按需创建和配置虚拟机、块存储、对象存储、虚拟网络等资源。

从技术架构来看，IaaS层通常包含以下核心组件：

组件	功能
计算虚拟化	通过Hypervisor（如KVM、Xen、VMware ESXi）将物理服务器切分为多个虚拟机
存储虚拟化	提供块存储（如云硬盘）、对象存储（如S3兼容接口）和文件存储
网络虚拟化	提供虚拟私有云（VPC）、子网、安全组、负载均衡等网络能力
管理平台	负责资源的编排、调度、监控和计费

2.2 用户管理边界

在IaaS模式下，云服务商负责物理基础设施（数据中心、服务器、存储设备、网络设备）和虚拟化层（Hypervisor）的运维。

用户负责从操作系统往上的一切：操作系统的安装与补丁、中间件的部署与配置、运行时环境的搭建、应用程序的部署与维护、以及数据的管理。

2.3 计费模型

IaaS通常采用按量计费或预留实例计费模式：

• 按量计费：按实际使用的vCPU、内存、存储和网络流量计费，适合负载波动较大的场景。

• 预留实例：承诺使用一定期限（如1年或3年），获得显著折扣，适合负载稳定的场景。

• 竞价实例：利用云服务商的闲置资源，价格更低但可能被随时回收，适合容错性高的批处理任务。

2.4 典型服务

• AWS EC2（弹性计算云）

• 阿里云 ECS（弹性计算服务）

• Azure Virtual Machines

• Google Compute Engine

2.5 适用场景

IaaS适用于需要对底层环境有完全控制权的场景：

• 需要自定义操作系统或内核参数

• 需要部署传统应用或遗留系统

• 需要精细控制网络架构和安全策略

• 对数据存储位置和合规性有严格要求

三、PaaS：平台即服务

3.1 定义与技术架构

PaaS（Platform as a Service）在IaaS的基础上进一步抽象，向用户提供的是应用开发和运行的环境。用户无需管理操作系统、中间件、运行时，只需关注自己的应用程序代码和数据。

从技术架构来看，PaaS层通常包含：

组件	功能
运行时环境	应用服务器、语言运行时（如Java、Python、Node.js）
中间件服务	数据库、消息队列、缓存、API网关
开发工具链	代码托管、CI/CD流水线、日志与监控
自动伸缩	根据负载自动调整资源分配

3.2 用户管理边界

在PaaS模式下，云服务商负责操作系统、中间件、运行时环境的运维和升级。

用户负责应用程序代码和数据。用户不需要关心服务器在哪里、操作系统是什么版本、中间件如何配置——这些都由平台自动管理。

3.3 计费模型

PaaS的计费通常与资源消耗和应用运行状态挂钩：

• 按实例计费：按应用实例的运行时长和规格计费。

• 按调用次数计费：适用于函数计算等Serverless形态的PaaS服务。

• 按资源配额计费：如数据库按存储容量和读写次数计费。

3.4 典型服务

• Google App Engine

• Heroku

• 阿里云函数计算（Serverless形态的PaaS）

• Red Hat OpenShift

3.5 适用场景

PaaS适用于希望快速开发部署应用、不愿在基础设施运维上投入精力的场景：

• 快速迭代的互联网应用

• 微服务架构的部署与管理

• 需要自动伸缩能力的业务

• 开发团队规模有限，无专职运维人员

四、SaaS：软件即服务

4.1 定义与技术架构

SaaS（Software as a Service）向用户提供的是可直接使用的软件应用。用户通过浏览器或客户端访问，无需安装、部署、维护任何底层技术组件。

从用户视角看，SaaS的技术架构几乎不可见。从服务商视角看，SaaS通常构建在IaaS或PaaS之上，采用多租户架构（Multi-tenancy），即一套应用实例服务于多个客户，通过逻辑隔离保证数据安全。

多租户架构的核心设计包括：

• 数据隔离：每个租户的数据在逻辑上独立，常见方案包括独立数据库、共享数据库独立Schema、共享数据库共享Schema加租户ID字段。

• 配置隔离：不同租户可以拥有不同的功能配置和界面定制。

• 性能隔离：通过资源配额和限流机制，防止单一租户的负载影响其他租户。

4.2 用户管理边界

在SaaS模式下，云服务商负责从基础设施到应用软件的全部技术栈。

用户只需管理自己的账号、数据和配置。软件的升级、补丁、安全更新全部由服务商完成。

4.3 计费模型

SaaS通常采用订阅制计费：

• 按用户数计费：每个用户每月/每年固定费用。

• 按功能模块计费：不同功能模块对应不同价格档位。

• 按使用量计费：如按API调用次数、存储容量或交易笔数计费。

4.4 典型服务

• 办公协作：Microsoft 365、钉钉、飞书

• 客户关系管理：Salesforce

• 企业资源计划：SAP Business ByDesign

• 项目管理：Asana、Trello

4.5 适用场景

SaaS适用于希望开箱即用、不关心技术实现的场景：

• 通用办公与协作需求

• 标准化的业务流程管理

• 中小企业的信息化起步

• 需要快速上线、快速验证的业务

五、延伸概念：FaaS与Serverless

在IaaS、PaaS、SaaS三分法之外，近年来FaaS（Function as a Service，函数即服务）和Serverless（无服务器计算）的概念日益普及。

5.1 FaaS的定义

FaaS是Serverless计算的一种实现形态。用户只需编写函数级别的代码，由平台负责事件的触发、函数的执行和资源的分配。用户无需管理任何服务器或运行时环境，只需为函数实际执行的时间和资源付费。

5.2 FaaS与PaaS的区别

对比维度	PaaS	FaaS
部署单元	应用	函数
运行模式	常驻运行	事件触发，按需执行
计费粒度	实例运行时长	函数执行次数与耗时
冷启动	无	存在冷启动延迟
适用场景	持续运行的服务	事件驱动的短时任务

5.3 典型服务

• AWS Lambda

• Azure Functions

• Google Cloud Functions

• 阿里云函数计算

六、三种模式的责任划分对比

理解三种模式最有效的方式是查看责任共担模型（Shared Responsibility Model）：

管理层级	IaaS	PaaS	SaaS
数据中心与物理设施	服务商	服务商	服务商
网络与存储硬件	服务商	服务商	服务商
虚拟化层	服务商	服务商	服务商
操作系统	用户	服务商	服务商
中间件与运行时	用户	服务商	服务商
应用程序	用户	用户	服务商
数据与访问管理	用户	用户	用户

从上表可以看出：用户管理的范围越窄，使用的便捷程度越高，但对底层技术的控制力也越弱。 这是一个典型的权衡关系。

七、服务模式的选择逻辑

三种模式并非相互替代，而是适用于不同场景。企业在实际选择时，通常考虑以下因素：

评估维度	IaaS	PaaS	SaaS
控制力	最高	中等	最低
运维负担	最高	中等	最低
上线速度	最慢	中等	最快
成本模型	按资源计费	按实例/调用计费	按订阅计费
适用团队	有成熟运维能力	有开发能力但运维有限	无技术团队或追求效率

控制力需求：如果需要对操作系统、网络架构或安全策略进行深度定制，IaaS是更合适的选择。如果只需要部署应用代码，PaaS可以大幅降低运维负担。

运维能力：具备成熟运维团队的企业可以在IaaS层自行搭建完整环境；运维资源有限的企业更适合PaaS或SaaS。

上线速度：SaaS最快（开箱即用），PaaS次之（代码部署即可运行），IaaS最慢（需完成操作系统和中间件配置）。

成本结构：IaaS按资源使用量计费，PaaS按应用运行环境计费，SaaS按用户数或功能模块订阅计费。不同模式的成本模型差异较大，需结合业务规模综合评估。

八、混合云与多云环境下的服务模式组合

在实际的企业IT架构中，三种服务模式往往同时存在。一个典型的企业云架构可能包含：

• 核心交易系统：部署在IaaS上，以获取对操作系统和网络架构的完全控制权。

• 数据分析平台：构建在PaaS上，利用托管的数据库和消息队列服务加速开发。

• 办公协作系统：采用SaaS，如企业邮箱、即时通讯和文档协作工具。

这种混合使用的模式被称为混合云（Hybrid Cloud）或多云（Multi-Cloud）。在这种架构下，网络连接成为关键基础设施——IaaS环境中的核心系统需要与PaaS平台进行数据交换，SaaS应用需要与内部系统集成。SD-WAN等技术在此场景中承担着连接不同云环境和本地数据中心的重要角色。

九、结语

IaaS、PaaS、SaaS代表了云计算资源抽象的三种粒度。从IaaS到SaaS，用户对底层技术的控制力递减，但获得的服务便捷性递增。

这三种模式并非互斥关系，而是构成了云服务的连续谱系。同一家企业在不同业务场景中可能同时使用多种模式——核心交易系统部署在IaaS上以获取最大控制权，数据分析平台使用PaaS以加速开发迭代，办公协作则直接采用SaaS。

理解三者的技术边界和责任划分，是进行云架构设计的第一步，也是评估云服务成本与风险的基础。