云计算服务类型有三种常见划分：IaaS提供基础计算资源，PaaS提供应用运行平台，SaaS提供可直接使用的软件。这种划分描述的是服务商交付到哪一层，并不代表能力从低到高，也不是企业上云时必经的三个阶段。

选择时，先看业务要交付什么，以及团队准备接手哪些维护工作。名称相近的“云服务”，开通之后可能对应完全不同的工作量。

要直接使用软件，还是运行自己的程序

如果需求是使用在线办公或客户管理软件，购买SaaS后主要处理账号开通和业务配置。使用者不必自行部署应用，但能改到什么程度，取决于产品功能和开放接口。业务流程存在特殊要求时，核对实际操作过程，比只看功能介绍更有用。

已有自研程序、准备把它放到云上运行，选择范围往往落在IaaS与PaaS之间。IaaS中的云服务器交付后，操作系统更新、运行环境安装等工作仍由使用方承担；PaaS接管一部分底层环境维护，开发团队按平台支持的方式发布代码。

同一家企业也可能同时使用三类服务：办公软件直接订阅，自研业务系统另行部署。无需为了“统一上云”把所有需求归入同一类别。

平台能发布代码，原有程序却未必能直接迁入

PaaS减少了部分运维工作，但程序与平台的兼容性会影响迁移进度。开发团队交付代码之前，要核对运行环境限制，特别是程序依赖系统级组件的情况。

假设一家企业准备迁移内部订单系统，希望借助PaaS减少服务器维护。整理部署文档时，团队发现程序调用了一个必须安装在操作系统中的旧组件，而候选平台只接受规定的运行环境，没有开放相应安装权限。

这个假设情境中的处理线，是确认这项依赖能否保留。团队把组件要求提交给服务商，核对平台是否支持自定义运行环境；同时检查程序中调用该组件的位置，判断替换组件会涉及哪些代码。

如果平台不支持，继续迁移就要改动程序。改造时间受限时，暂时使用IaaS保留现有环境，也是一条可行路径，但操作系统维护仍留在企业一侧。PaaS减少的维护工作，可能伴随应用适配投入，两部分要放在同一份工作安排中核算。

后续沟通仍停留在服务商确认支持范围的阶段。团队保留原有部署文档，尚未撤销旧环境；下一次验证集中在该组件的安装方式和调用过程，没有急着迁移整个系统。

服务开通后，故障和数据由谁处理

“买了云服务”并不会自动确定所有维护责任。使用IaaS时，服务商处理底层设施故障，应用自身的配置问题通常仍由客户定位。使用PaaS时，平台负责约定范围内的运行环境，代码错误和业务配置仍要由开发团队处理。

SaaS虽然免去了自行部署软件的工作，账号权限和业务数据使用仍需企业管理。服务商提供备份功能，也要核对保留周期及恢复方式，确认误删数据后能处理到什么程度。

采购前，把故障响应范围写清，并核对数据导出方式。准备部署自研程序的团队，补齐环境依赖记录；准备订阅现成软件的团队，用实际业务流程试用，并确认退出服务时如何取回数据。