云计算服务主要有三类：IaaS（基础设施即服务）、PaaS（平台即服务）和SaaS（软件即服务）。选型时，先分清自己要租用计算资源、托管应用，还是直接使用现成软件，再看哪些工作由服务商承担、哪些仍留在自己手里。

应用出了问题，由谁处理

购买IaaS云服务器后，团队获得的是可配置的计算资源。服务商负责底层基础设施，客户仍要管理操作系统和自己安装的软件。网站无法访问时，云服务器正常运行，应用也可能因配置错误而中断。补丁更新、应用监控和恢复安排，都要有人接手。

PaaS把操作系统、运行环境等工作交给平台，开发者主要提交代码和配置。发布应用更省事，但可用的运行环境、扩展组件及资源上限受平台约束。底层维护减少了，代码错误和数据库连接异常仍要由开发团队定位。

SaaS则直接提供可使用的软件，如在线办公或客户管理系统。用户不必自行部署应用，但仍要管理账号权限，确认数据保存和导出方式。三类服务交给服务商的工作逐渐增多，用户能改动的范围也随之变化；具体分工以产品能力和服务条款为准。

公有云、私有云、混合云描述的是部署方式，与上述服务类型属于不同分类维度。看到“私有云”字样，还要继续确认交付的是基础资源、应用平台，还是完整软件。

现有应用迁到平台后跑不起来

迁移现有应用时，PaaS与IaaS的兼容性差异会直接影响上线安排。

假设一家小型电商团队准备把自建应用迁到PaaS，以减少服务器维护工作。测试环境部署后，普通页面能够打开，订单处理功能却因依赖特定系统扩展而无法启动。平台不允许安装该扩展，调整应用配置也没有解决问题。

此时继续增加计算资源，对这个故障没有帮助。团队要核对扩展的用途，确认平台是否提供替代能力。如果替换扩展需要大幅修改业务代码，迁移就要承担额外的开发和回归测试工作；改用IaaS能够保留原有环境，但服务器维护仍由团队负责。

在这个假设情境中，团队暂时保留原部署方式，把扩展替换放到独立测试环境验证。正式迁移日期没有确定，下一次评审只检查订单处理功能的测试记录和剩余改动，不因普通页面已能访问就推进上线。

比较报价时，把运维和迁出成本写进去

IaaS的资源单价容易比较，但账单之外还占用维护时间。PaaS省下部分底层维护工作，套餐中的资源限制却可能影响长期费用。报价里的低门槛套餐，未必能覆盖生产环境的持续负载。

核对费用时，把计算资源之外的存储和数据传输支出单独列出，再检查超出套餐后的计费规则。流量变化较大的应用，还要确认扩容方式和额度限制，避免把“支持弹性扩容”理解成无需配置、没有费用上限。

采购SaaS时，套餐价格还可能随账号数量或功能版本变化。业务流程依赖某项高级功能后，低价版本就失去了可比性。合同到期前的数据导出方式也要写清：导出的文件能否保留字段和附件，迁往其他系统还需多少整理工作。

拿到候选产品后，向服务商索取责任分工和计费说明。已有应用就补齐运行环境测试；准备使用SaaS，就试一次数据导出，把实际限制写进采购记录。