算力成本怎么算：自建与云服务的分界点

"自建便宜还是云服务便宜"是个被反复讨论但很少算清的问题。多数对比只比较了硬件采购价与云主机月费，忽略了运维人力、折旧周期、弹性需求和资金占用。按三年周期把这几项都摊开，结论往往和直觉不同。

自建的成本构成

自建的成本不只是硬件。完整口径至少包含四块：硬件采购与折旧、机房与带宽、运维人力、以及备件与故障处置。

• 硬件：通常按三年折旧，三年后残值有限。
• 机房：机位、电力、制冷、带宽，按月计费且随规模上升。
• 运维：这是最容易被低估的一项。即便业务量不大，也需要有人负责监控、扩容、故障响应。
• 备件：硬盘、电源、网卡这类易损件需要留冗余，否则一次故障就影响可用性。

云服务的成本构成

云服务的成本结构更简单，但有两项需要特别注意：一是带宽与流量的计费方式，二是长期使用的折扣机制。前者容易在业务增长时失控，后者意味着"用得越久越便宜"并不自动成立，需要主动购买预留实例或签订承诺用量。

分界点在哪里

把两类方案的成本写成关于规模的函数，会看到一个交叉点。这个点的位置取决于三个变量：负载稳定性、运维人力的实际成本、以及对可用性的要求。

负载稳定、有现成运维团队、对可用性要求不极端的场景，交叉点会提前；反之则推后。需要说明的是，这个交叉点并不固定，随着业务增长它会移动，因此决策不是一次性的。

被忽略的第三选项

现实中还有介于两者之间的方案：核心业务自建、弹性部分上云，或用托管服务替代完全自建。这类混合方案往往在实际成本上更优，因为它把稳定负载和波动负载分开处理，各自用更便宜的方式承接。

决策时该问的三个问题

• 未来三年的负载是可预测的，还是可能翻几倍？
• 团队里有没有能承担基础设施运维的人，或者需要为此招人？
• 一次宕机的业务损失有多大，是否值得为可用性支付溢价？

把这三个问题回答清楚，成本对比才有意义。单纯比较"每核多少钱"容易得出错误结论，因为两类方案的固定成本与变动成本占比完全不同。