云计算服务模式主要有三类：IaaS、PaaS和SaaS。选择时，先明确自己要交付什么：部署已有程序、开发新应用，还是直接使用现成软件。公有云、私有云和混合云属于部署方式，与这三类服务模式是不同的分类维度。

买到云服务后，哪些工作还留在自己手里

选择IaaS，也就是基础设施即服务，拿到的是云服务器等基础资源。企业能够控制操作系统和软件环境，但系统补丁、应用部署等工作也留给自己的团队。业务程序依赖特殊组件，或者已有成熟运维人员时，这种控制能力有实际用途。

PaaS，即平台即服务，提供应用运行和部署的平台。开发人员把代码交给平台运行，减少维护底层环境的工作。不过，平台支持哪些语言版本、允许怎样安装依赖，会直接影响程序能否部署。购买前，把现有应用的运行要求与平台文档对照，不能只看“支持快速上线”的介绍。

SaaS，即软件即服务，交付的是可直接使用的软件，如在线办公系统。使用者主要处理账号权限和业务配置，无须自行部署整套应用。软件已有功能覆盖不了业务要求时，核对配置能力和开放接口；这类限制往往无法靠增加服务器解决。

三者的差异会落实到故障处理上：云服务器可正常启动，业务页面却打不开，IaaS用户仍需检查自己的应用。使用SaaS时，底层软件故障通常交由供应商处理，但账号授权错误仍可能由使用方修正。具体分工以产品说明和合同为准。

旧系统迁入平台时，依赖组件装不上

假设一个团队准备把已有订单系统迁入PaaS，希望减少服务器维护。程序在原来的机器上能够运行，试部署时却停在依赖安装环节：其中一个组件要求特定系统库，目标平台没有提供对应环境。

此时，继续调整服务器规格未必能解决问题。团队核对报错日志和平台支持范围，确认卡住的是运行环境兼容性，随后把问题提交给供应商，询问能否使用自定义容器。容器能打包应用依赖，但仍受平台运行限制，并非把程序装进去就一定能运行。

若平台支持所需环境，团队便沿用PaaS方案做兼容性测试；若关键限制无法解除，迁到IaaS保留原有环境也是一条路径，只是操作系统维护重新回到团队手中。

在这个假设情境中，团队暂缓整体迁移，保留原系统运行，仅把受影响模块放进测试环境。供应商尚未确认相关限制，正式切换时间也暂未确定。

比较报价时，把维护工作放回预算

IaaS的资源价格容易查询，但服务器费用之外还有维护投入。团队缺少运维能力时，补丁更新、故障值守可能依赖额外采购的服务。PaaS减少部分维护工作，预算则跟着平台的计费规则走；应用长期运行后的资源占用，要用试运行记录核对。

SaaS常见按账号或套餐收费。采购时把实际使用人数带入报价，并确认关键业务功能属于哪个套餐。业务依赖导出的数据继续运转，还要查看导出范围和格式，避免停用服务时才发现迁移受限。

云服务也没有接走全部数据管理责任。备份包含哪些内容、误删后如何恢复，都要落实到具体产品条款。最终比较方案时，把运行要求和责任分工发给供应商确认，再用同一组业务需求核对报价；准备迁移的应用，先补齐兼容性测试记录。