搜索“云计算服务模式和类型有哪些”，经常会同时看到IaaS、PaaS、SaaS，以及公有云、私有云、混合云。这两组名称回答的问题不同：前者描述服务商替你管理到哪一层，后者描述云资源怎样部署、由谁使用。一套系统可以采用公有云上的IaaS，也可以采用私有云中的PaaS，两者并不冲突。

买到云服务后，哪些工作仍由自己负责

如果需求是直接使用办公或客户管理软件，接触的多半是SaaS，即软件即服务。用户登录后使用现成应用，不必自己安装服务器软件，但账号权限、数据录入和业务配置仍由使用方处理。采购时要核对数据导出方式；合同结束后能否完整取回数据，会直接影响后续换产品。

已经有自己的业务程序，选择就会落到基础设施和应用平台之间。IaaS提供云服务器等基础资源，操作系统配置、应用部署和补丁维护往往仍由用户承担。它留下较大的配置空间，也留下相应的运维工作。

PaaS则把应用运行环境交给平台管理，开发团队主要处理代码和业务数据。省去部分环境维护的同时，程序要适配平台支持的运行方式。依赖特殊组件、要求修改底层配置的应用，上线前可能要做改造。

因此，比较服务模式时，报价之外还要把维护工作写清楚。“服务器由云厂商提供”并不代表应用故障、安全配置和数据备份都已经有人接手。

旧系统迁移时，平台能不能直接接住

假设一家企业准备把现有订单系统迁到云上，团队希望减少服务器维护，因此倾向于PaaS。但测试部署时，程序依赖的本地组件无法安装，原有文件路径也无法直接沿用。此时需要判断的是改造范围，继续增加算力并不能解决这些兼容问题。

团队可以把受影响的模块拆出来，在测试环境中验证替代组件。若改动局限于少量功能，且平台能满足运行要求，迁入PaaS是一条可能路径；若程序与原有环境绑定很深，暂时使用IaaS保留运行方式，则能减少首次迁移中的代码调整，但日常维护仍要自行安排。

在这一假设情境中，团队将原程序保留在云服务器上试运行，同时测试组件替换。尚未完成验证的部分没有直接切换到生产环境，PaaS迁移也暂未定案。后续测试围绕同一模块继续进行，确认功能一致后，再决定是否扩大迁移范围。

数据放在哪里，怎样区分部署类型

公有云由服务商向多个客户提供云资源，适合不想自建基础设施、资源需求又会变化的业务。多个客户使用同一服务体系，不代表彼此的数据公开；实际隔离程度取决于产品设计与权限配置，采购时仍要核对具体机制。

私有云供单一组织专用，可部署在自有机房，也可由第三方托管。组织对环境和管理方式有较大的控制空间，同时要承担建设或运营成本。业务规模较小时，这部分投入可能难以摊薄。

当部分系统留在私有环境，另一部分使用公有云，并通过网络和管理机制协同运行，就涉及混合云。跨环境访问会增加延迟与故障定位难度，数据同步也有额外工作。只购买两家云厂商的服务，通常称为多云，不能直接据此认定为混合云。社区云则面向具有共同需求的一组组织，普通企业选型时较少遇到。

落到采购文件上，把两类选择分开写：确认由谁维护应用运行环境，再写清资源部署位置和数据访问限制。向服务商核对责任分工与数据导出条款，拿现有程序完成一次测试部署，比只比较产品名称更容易发现迁移中的具体障碍。