选购云服务时，产品页面都在强调“开通即用”，但开通后要做的工作可能完全不同：云服务器还要安装和维护软件，在线办公系统则往往登录账号就能使用。判断云计算服务的三种模式，先看交付的是什么，以及哪些工作仍由自己承担。

买到服务器后，谁来维护应用

团队购买云主机，自行部署业务系统，这类服务属于IaaS，即基础设施即服务；把代码交给平台运行，属于PaaS，即平台即服务；直接使用已经开发好的在线软件，则属于SaaS，即软件即服务。

实际差异会在故障处理中显现。使用IaaS时，供应商维护底层基础设施，客户仍要处理虚拟机里的系统补丁和应用故障。服务器能够正常启动，业务页面却打不开，往往还得由自己的技术人员检查程序或配置。

PaaS把一部分运行环境交给平台维护，开发团队少了管理操作系统的工作，但仍负责代码、数据和应用配置。平台自动扩容，也有资源上限和配置条件；代码中的慢查询不会因此消失。

SaaS适合直接采用现成业务功能的需求。采购时要核对权限设置和实际操作方式：软件能开通，不代表现有审批流程就能原样搬进去。它也不是完全免管理，账号授权和数据使用仍由客户处理。公有云、私有云讨论的是部署方式，和这三种服务模式并非同一分类。

旧应用搬上平台后，依赖装不上

选择IaaS还是PaaS，经常卡在已有应用能否适配平台，而不只是运维工作多不多。

假设有这样一种情况：一个团队准备把内部业务系统迁到云上，希望借助PaaS减少服务器维护。试部署时，主要程序能够启动，但生成业务文件的功能报错。排查后发现，它依赖本机安装的专用组件，而候选平台没有开放相应的安装权限。

团队于是检查平台支持的运行环境，确认是否存在兼容的部署方式。有些PaaS支持自定义容器，允许随应用打包依赖；但依赖涉及特定系统能力时，容器也未必能解决。

在这个情境里，团队暂时把原应用放到IaaS上，保留所需组件，同时修改文件生成功能，准备以后重新验证平台部署。眼前的迁移得以继续，操作系统维护也仍留在团队手中。

修改没有立即完成，旧组件还在运行。下一轮验证只围绕文件生成展开：检查输出内容，并确认替换组件后原有格式能否保留。其他功能没有因此重新改写。

月费之外，还有哪些支出和退出工作

三种模式的费用不能只按页面上的起步价比较。IaaS报价主要对应资源使用，实际支出还包括维护这些资源的人力；PaaS减少了部分环境管理工作，但自动扩容后的资源消耗仍会进入账单。比较同一项业务时，要把正常使用和访问高峰放在相同条件下核算。

SaaS则要看收费单位与团队的使用方式是否匹配。按账号收费的产品，新增成员会改变支出；某项必要功能只在更高套餐中提供，也会影响原来的预算。

退出安排同样要在采购时写清。IaaS上的系统迁移可能涉及镜像兼容，PaaS应用可能调用了平台专有接口，SaaS则要确认数据能以什么格式导出。能够下载文件，未必保留原有审批记录之间的关联。

把候选产品的责任分工和计费规则放在同一份记录里；已有系统准备迁移时，先核对依赖的支持范围，做一次试部署；购买现成软件时，用实际业务数据测试导出，确认离开服务后还能继续读取哪些内容。