总拥有成本(TCO)

TCO 覆盖获取、集成、运维、升级、培训与退役各阶段成本;云与自建的比较要按同口径核算(含人力与网络),并按多年周期而非首年报价对比。

TCO 要算清什么

总拥有成本(Total Cost of Ownership)覆盖一套方案从获取到退役的全部支出:软件许可或订阅、硬件与云资源、集成与迁移、人力运维、培训,以及退出成本。它的意义在于对齐口径——云与自建、开源与商业版的对比,常因只比首年报价或漏算人力而得出一边倒的结论。TCO 必须按多年周期建模,并纳入业务增长带来的规模变化。

基本信息

构成软件许可或订阅、硬件与云资源、人力、培训、集成与迁移、退出
口径包含隐性成本:值班、容量冗余、故障止损、合规审计
周期按 3~5 年建模,包含业务增长曲线与扩容节奏
输出分年度成本曲线、单位成本(每万次请求或每租户),以及敏感性分析

典型使用场景

  • 云与自建对比:把人力、机房、电力与弹性收益放到同一口径
  • 开源与商业版取舍:商业支持费用与自研维护投入对照
  • 数据库与中间件选型:许可模式(按核、按实例、按用量)差异换算
  • 迁移决策:一次性迁移投入与并行期双份维护成本
  • 预算申报:为下一年度资源与人力需求提供量化依据

TCO 科目对照(示例)

科目自建云托管
软件与许可许可或订阅费含在服务订阅费里
硬件与机房采购、折旧、电力与机柜按资源用量计费
人力部署、值班、升级与培训值班量下降,集成与治理仍在
迁移与退出一次性迁移投入数据导出与重构成本

建模口径示意

建模口径示意
第 N 年成本 = 固定成本(许可/机房/人力)
           + 变动成本(资源用量 × 单价 × 增长系数)
           + 一次性成本(迁移、改造、培训)

输出:分年度曲线 + 盈亏平衡点 + 敏感性区间
# 人力按团队全成本计,不要只算值班人头

使用要点

  • 按 3~5 年周期建模,纳入业务增长曲线与扩容节奏,避免首年报价导致误判
  • 把隐性成本写进模型:值班、冗余容量、故障止损与合规审计
  • 做敏感性分析:规模、流量结构或人力成本变化时重算成本曲线,找出结论反转的临界点
  • 单位成本化:折算成每万次请求或每租户的成本,便于横向对比与逐年跟踪
人力成本常被低估:自建方案的运维值班与升级工作量要按团队全成本计入,而不是按“顺便维护”估算;对比结论对人力假设往往最敏感。
TCO 只回答成本问题,不回答风险与能力差异:可用性目标、合规要求与团队能力不达标时,成本再低也不构成可选方案。

易错点

  • 只比采购价或订阅价,忽略运维与迁移的长期投入,自建常被高估优势
  • 按首年价格比较,未考虑规模增长后的成本曲线,两年后结论反转
  • 人力按人头粗略估,未计入培训、轮值、离职交接与专家依赖带来的隐性投入
  • 漏算退出成本:数据导出、接口改造与合同期的违约或迁移费用事后才出现
  • 把 TCO 当唯一决策依据,忽略风险与能力短板,选了便宜但撑不住目标可用性的方案

数据来源与参考

  • AWS Well-Architected Framework:Cost Optimization Pillar
  • 《云计算:概念、技术与架构》(Buyya 等):成本模型
​‌‌​​‌​​​‌‌​‌‌‌‌​‌‌​​​‌‌​‌‌‌​​‌‌​​‌​‌‌‌​​‌‌‌​​​‌​‌‌​‌​​‌​‌‌‌​​​‌​‌‌​‌​​‌​‌‌​​​‌‌​‌‌‌​‌​​​‌‌​‌‌‌‌​​‌​‌‌‌​​‌‌​​​‌‌​‌‌​‌‌‌‌​‌‌​‌‌​‌