先写负载画像
同一套负载在两边的表现不同，比较前要写清：并发峰值、日均请求、数据量、增长预期与可用性要求。怎么用：把画像作为两套方案的共同输入，任何一方偏离都要在表里注明，避免用不同假设比价格。
统一 SLA 口径
公有云按服务等级承诺可用性，私有化常写机房与设备维保。怎么统一：把可用性、故障响应、恢复时间与赔付方式列成同一组字段，逐项填写。边界是没有赔付条款的方案，等于把风险全部留给使用方。
成本与迁移
成本要含硬件、许可、机房、电力、带宽、人力与测评；迁移要算数据搬运、改造与停机窗口。为什么按三年：硬件折旧与人力投入在首年看不出差异。怎么做：两套方案用同一张表，标注假设与不确定项，再做敏感性分析。
退出与归属
合同要写清数据导出格式、迁移协助、设备处置与保密义务。为什么重要：换供应商或退回自建时，没有导出能力就会被锁定。边界是核心系统应约定迁移演练与过渡期支持，而不是到期一刀切，也不要把退出条款留到续约时再谈。
适用与不适用
适合谁
- 手上已有两套方案、需要横向比较的企业
- 采购与信息部门联合评审的部署项目
不适合谁
- 还没有负载数据、只能凭感觉比较的团队
典型场景
某集团要为新业务选部署方式，收到一份私有化方案与一份公有云方案。评审组先写负载画像，再统一 SLA 字段，把三年成本与迁移演练列入同一张表；发现私有化方案的运维人力未计价，补齐后结论从便宜转为持平，最终按业务峰值选择混合方案。
可执行步骤
- 写清并发峰值、日均请求、数据量与增长预期，作为两套方案的共同输入并确认
- 把可用性、响应、恢复与赔付列成同一组字段，逐项填写并注明出处与责任方
- 按三年口径列出全部成本项，标注假设与不确定项，并做敏感性分析，并留出余量
- 安排一次数据迁移演练，记录耗时、停机窗口与需要改造的环节，形成报告并留存
- 把导出格式、过渡期支持与保密义务写进合同，并附责任清单与违约条款，由复核人签字确认
常见坑
- 两边用不同假设，一边按日均、一边按峰值，价格差被放大，结论失真，评审也难达成一致，最后只能搁置。
- SLA 只写可用性百分比，不写响应与赔付，故障时无法追责，只能靠协调解决，时间成本比费用更高，评审只能搁置。
- 忽略迁移与停机窗口，上线当天才发现数据搬不完，业务中断，恢复时间超出预期，客户投诉也难解释。
自检与验收清单
- 负载画像是否作为两套方案的共同输入并确认，形成书面记录
- SLA 字段是否统一，并含赔付条款与计算方式，并注明计算依据
- 三年成本是否含人力、测评整改与闲置容量，并注明假设
- 迁移演练与退出条款是否落实，并留有记录，并指定复核人
常见问题
私有化方案要不要写 SLA？
要。私有化的 SLA 通常体现为设备维保与驻场响应，应写清故障响应时间、备件到货时间与恢复目标。没有这些条款，出问题时只能靠协调，责任与时限都不明确，评审也无法量化，向管理层解释时缺少依据。
迁移演练有必要吗？
有必要。数据量、网络带宽与停机窗口只有实际跑过才知道。演练还能暴露权限、密钥与依赖系统的迁移顺序问题，比在合同里写一句协助迁移有用得多，也能提前发现瓶颈，交接时更有依据。
混合方案是不是折中？
不一定是折中。混合可以按数据级别与负载特征分配：敏感数据留在本地，弹性需求放在云上。代价是运维面变宽，需要统一监控、身份与网络策略，否则复杂度会吞掉收益，需要在方案里写明。