云计算服务模式主要有三类：IaaS（基础设施即服务）、PaaS（平台即服务）和SaaS（软件即服务）。它们交付的内容，从计算资源、应用运行平台到可直接使用的软件逐层变化，使用方承担的工作也随之不同。

选型时，把产品名称对应到团队实际要做的事，往往比记住缩写更有用。

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

租用云服务器属于典型的IaaS。服务商提供计算、存储等基础设施，团队仍要安装应用、维护操作系统，并处理自己的配置问题。服务器能够正常运行，业务也可能因程序错误或磁盘被日志占满而中断。

这种模式保留了较多控制权。已有软件依赖特定系统环境，或者团队要自行安排部署方式时，IaaS提供了调整空间；相应的维护工作也落在团队手里。账单上的资源费用之外，还要计算日常维护和故障处理的人力投入。

PaaS把一部分系统维护交给平台。开发人员提交代码或符合要求的应用包，由平台提供运行环境，部分产品还提供自动扩缩容能力。团队少做了一些底层工作，但应用要遵守平台支持的版本、部署方式等限制。

采购时，核对服务说明中的责任分工：系统补丁由谁处理，应用异常后能查看哪些日志。不同产品的托管范围有差异，仅凭“IaaS”或“PaaS”标签，无法判断全部维护责任。

现有应用迁到平台后无法启动

假设一家小型开发团队原本把订单应用部署在云服务器上，希望迁到PaaS，减少系统维护。测试环境接收了代码，但应用没有正常启动，日志提示某个底层库缺失。原来的服务器安装过这项依赖，平台默认运行环境却没有提供。

此时，增加计算资源并不能解决依赖缺失。团队要核对应用依赖与平台支持范围，判断迁移是否涉及运行方式的改动。

沿着日志定位到依赖后，团队查看平台是否允许通过自定义镜像补齐环境。若产品支持，就把依赖写入镜像构建配置，让后续部署使用相同环境；若平台限制此类配置，则要修改应用依赖，或将这部分业务保留在IaaS上。

自定义镜像也留下了维护事项：镜像内的软件更新可能仍由团队负责，具体取决于产品的托管范围。为了不打断现有业务，原部署暂时保留，新环境继续测试。迁移还未完成，下一次验证围绕启动失败的依赖展开，并检查镜像更新后的应用兼容性。

使用在线软件时，核对数据怎么带走

SaaS交付的是现成软件，如在线办公或客户管理系统。使用方无需自行部署整套应用，主要处理账号权限、业务配置和数据使用。服务商维护软件，不会替企业判断哪些员工应获得客户资料的访问权限。

如果需求是直接使用成熟业务功能，SaaS能减少开发和部署工作；如果业务规则超出产品提供的配置能力，就要查看扩展接口及其限制，不能把“支持定制”理解为任意修改底层程序。

试用阶段，除了验证功能，也要实际操作一次数据导出。检查导出的内容是否包含业务所需的附件，以及数据之间的关联能否保留。能下载一张表格，未必足以支撑后续迁移。

公有云、私有云和混合云描述的是部署方式，与上述服务模式属于不同维度。具体产品还可能组合多种服务。落实采购前，把计划使用的功能对应到责任分工：运行平台核对环境兼容性，在线软件完成数据导出测试，再确认合同与产品文档覆盖了这些事项。