云计算的主要服务类型是IaaS、PaaS和SaaS，分别对应基础设施即服务、平台即服务和软件即服务。落到使用中，它们的区别在于：你租来资源自己搭系统，把代码交给平台运行，还是直接使用已经做好的软件。

选择时，先明确自己要交付什么，以及团队还能承担哪些维护工作。服务名称相近，实际交接的工作范围可能相差很大。

租了云服务器，哪些工作还留在团队手里

购买云服务器属于典型的IaaS使用方式。云厂商负责底层物理设施与虚拟化环境，团队获得计算、存储和网络资源后，仍要安装和维护操作系统，处理应用部署与安全配置。

业务需要特殊运行环境，或者原有系统改动空间有限时，这种方式便于保留较多控制权。但服务器已经开通，并不代表应用有人持续维护。系统补丁长期未更新、磁盘被日志占满，都可能落在使用方的责任范围内。

PaaS把应用运行所需的平台也交给服务商管理。开发人员提交代码，平台按约定完成构建、部署或扩缩容，具体托管范围随产品而变化。团队少处理一部分底层事务，也要接受平台对运行环境的限制。

对照两者时，把“谁处理操作系统更新”和“应用依赖能否运行”问清楚，比只比较服务器配置更能缩小范围。

迁移应用时，原来的依赖可能挡住部署

假设一个小型开发团队准备把已有网站迁到云上，希望减少维护服务器的工作，因此选中一项PaaS服务。迁移准备中，他们发现网站依赖一个自行安装的系统组件，而该平台开放的部署环境不支持安装它。

此时，部署受阻有了明确原因：代码依赖与平台能力不匹配。增加计算资源并不能消除这个限制。

团队把该组件涉及的功能单独整理出来，核对平台是否提供替代能力。如果平台支持自定义容器，也要继续确认容器运行时的权限限制，不能仅凭“支持容器”就认定原环境能够完整搬过去。

这条迁移路径可以暂时停在兼容性确认上：若替换组件会牵动现有功能，团队保留IaaS部署方案，把底层维护工作继续留在自己手里；若替代能力满足要求，再调整应用。平台省下的维护工作，与迁移所需的改动，要放在同一份工作记录中比较。

在这一假设情境里，下一次部署前仍有一项未完成事项：确认替代组件能否覆盖原功能。平台上的自动部署配置可以准备，但正式切换暂缓。

直接购买软件时，核对账号费用和数据交付

如果目标是使用协作办公或客户管理系统，而不是自行开发应用，SaaS往往更贴近需求。软件已经由服务商部署和维护，用户通过网页或客户端使用，主要处理账号权限、业务配置和数据录入。

费用也随之变化。IaaS账单常与资源用量相关；SaaS则可能按账号或功能版本收费。比较报价时，把实际使用人数和所需功能对应到计费规则上，避免买了低价版本后才发现关键功能另行收费。

数据仍有使用方要处理的事项。员工离职后的权限回收由谁操作，停止订阅后能导出什么内容，都要核对具体产品说明。软件由厂商维护，不会自动替团队完成这些管理动作。

公有云、私有云描述的是部署方式，不是与上述三类并列的服务层级。整理候选产品时，写清要租资源、运行代码还是直接使用软件，再确认维护分工；准备迁移的应用核对依赖限制，准备订阅的软件确认账号计费和数据导出方式。