云计算的三种经典服务模式是IaaS、PaaS和SaaS，分别对应基础设施即服务、平台即服务和软件即服务。如果问的是部署类型，常见的三种则是公有云、私有云和混合云。这两组名称回答的问题不同：前者区分服务商交付什么、用户负责什么，后者区分云环境如何部署和使用。

买云服务器、部署应用，还是直接使用软件？

选云服务时，从手头的工作出发，名称就容易理解。

企业已有一套业务程序，准备租用计算资源运行它，接触到的往往是IaaS。云服务器属于典型产品：服务商管理底层物理设施，用户仍要处理操作系统更新和应用运行。服务器已经开通，程序却无法访问，问题可能仍在用户配置的防火墙规则或应用监听地址中。

如果开发团队希望提交代码后直接运行应用，不再自行维护整套运行环境，就会接触PaaS。平台承担部分环境管理工作，但应用代码和依赖组件仍由团队处理。选择平台时，运行环境能否支持现有程序，会直接影响迁移工作量。

直接登录在线办公或客户管理软件，则更接近SaaS。用户使用已经完成的应用，无须自行部署底层程序，实际工作转向账号权限、业务配置和数据管理。软件由服务商运行，并不代表企业的数据管理责任随之消失。

三者并不是从低级到高级的排名。想直接使用软件，却买了云服务器，后面还得自行安装应用；已有自研程序，也未必能用现成SaaS替代。

应用已经能运行，为什么还要比较平台服务？

假设一家小型开发团队已有内部业务应用，一直运行在云服务器上。应用功能基本稳定，但操作系统更新、运行环境维护持续占用开发时间。团队准备把它迁到PaaS，希望减少这部分维护工作。

在这一假设情境中，迁移测试发现，程序依赖一个需要系统级安装的组件，而目标平台不开放相应操作权限。原先在云服务器上能够完成的安装，在托管平台中受到了限制。

处理方向由此转为核对兼容性：团队检查平台支持的组件和替代接口，把不依赖该组件的部分放入测试环境；相关功能暂时留在原服务器上。迁移没有一次完成，旧服务器的更新工作也仍然存在。

下一轮测试围绕替代组件展开，确认应用功能能否保持一致。在测试结果明确前，原环境继续保留，平台服务的采购范围也暂不扩大。

采购单写着“公有云”，还要确认哪些内容？

公有云、私有云、混合云属于部署类型，不能直接替代IaaS、PaaS、SaaS的分类。公有云面向多个客户提供服务；私有云供单一组织专用；混合云则把不同云环境连接起来使用。部分分类还会列出社区云，因此“三种部署类型”是常见概括，并非所有标准的完整清单。

使用公有云，不代表企业数据向公众开放。数据访问范围仍取决于权限和配置。私有云也不必然部署在企业自己的机房，存在由第三方托管的形式；自建一批服务器，则还不足以称为私有云。

采购沟通中，只确认“上公有云”还无法确定运维分工。同一公有云环境中，租用虚拟机和使用托管应用平台，交付内容就不同。混合云还涉及跨环境连接，数据传输与应用调用可能增加维护工作。

把采购对象写清楚：购买的是计算资源、应用运行平台，还是现成软件。随后核对服务范围中的维护责任，以及现有程序所需的运行条件。对准备迁移的应用，保留测试记录，再按已验证的功能范围安排迁移。