云计算的三种服务模式是IaaS（基础设施即服务）、PaaS（平台即服务）和SaaS（软件即服务）。它们分别侧重提供计算基础资源、应用运行平台和可直接使用的软件，选购时要分清：买到服务之后，还有哪些工作留给自己。

同一家云厂商可能同时提供这三类服务。“部署在云上”并没有交代清楚责任分工，产品名称里带“云”字，也无法直接判断它属于哪一种模式。

买了云服务器后，谁来维护系统

租用云服务器，自己安装运行环境并部署程序，是常见的IaaS使用方式。云厂商维护底层物理设施和虚拟化环境，用户掌握较大的系统配置权限，也承担相应的维护工作。

服务器开通成功，只代表计算资源已经交付。操作系统补丁由谁安装，应用故障由谁定位，仍要落实到自己的团队。普通云服务器套餐不会自动接管业务程序的维护；购买了额外的托管服务，责任范围才可能有所变化。

IaaS适合对运行环境有明确要求、愿意自行管理系统的项目。已有应用依赖特定系统组件时，这种控制能力很有用，但预算里也要计入维护所占用的时间。只比较服务器月租，容易漏掉持续发生的人力投入。

PaaS把更多环境维护交给平台，开发者主要围绕应用代码开展工作。平台提供受支持的运行环境，用户仍负责代码质量和业务配置。数据库备份等事项由谁执行，要查看具体产品说明，不能仅凭“平台托管”作判断。

开发团队想少管服务器时

IaaS与PaaS的区别，在应用上线后会变得具体：前者允许团队深入调整系统，后者减少环境管理工作，同时要求应用遵守平台的运行规则。

例如，假设一个小型开发团队正在维护内部业务系统，程序部署在云服务器上，开发人员还要兼顾操作系统更新。他们希望把更多时间留给业务开发，于是评估迁入PaaS。

这次评估围绕一个问题展开：现有应用能否在平台支持的环境中运行。代码里有一项依赖本机长期保存文件的功能，而候选平台的实例本地目录不适合作为持久存储。迁移方案因此加入了文件存储改造，把上传文件移到独立的持久化存储服务中。

团队将这部分改造放进测试环境，保留原服务器承载正式业务。后续上线仍受文件读写接口调整的进度限制，暂时无法直接替换原部署。平台费用也要连同新增存储一起核算，减少系统维护工作与承担改造成本，会同时出现在这份方案里。

只想使用软件，还要核对什么

如果需求是直接使用在线办公或客户管理软件，SaaS往往更贴近采购目标。用户通过账号使用现成应用，供应商负责软件运行和版本维护，用户处理账号权限及自身业务数据。

SaaS省去了自行部署应用的工作，但软件提供的功能未必覆盖现有流程。采购前拿实际业务操作试用，比只看功能名称具体：某个审批环节能否按现有规则执行，导出的数据能否继续用于内部工作，都要落实到操作结果。

订阅费用还可能随账号规模或功能版本变化。业务离开该软件时，数据如何导出、以什么格式交付，也值得在购买前写清楚。

同一个业务环境里可以同时使用不同模式，无须把全部需求塞进一种服务。准备选购时，先写下当前要交付的是自建应用还是现成软件，再核对服务合同中的维护范围；自建应用补做运行环境兼容测试，采购软件则试走实际业务流程，并确认数据导出方式。