企业如何控制云成本:从令人吃惊的账单到可衡量的支出

迁移到云常常带着一个简单的承诺:按使用量付费,无需购买服务器,无需费心维护硬件。这个承诺是真的,但还有另一面,起初很少被谈起。因为账单随使用量变化,随着用户、数据和功能的增长,成本可能悄悄上升。许多企业在月度账单远超最初估算时感到意外,尽管并没有做出什么大决定。

问题通常不是云很贵,而是成本没人盯着。为实验创建的资源被放着继续运行,存储不断堆积,服务器规格为求稳妥而选得过大,没有人知道哪项开支由谁负责。控制云成本从根本上说是习惯与结构的问题,而不是寻找最低价格的问题。

本文介绍中小企业如何理解和控制云成本。我们讨论账单的组成、常见的浪费习惯、规格调整、定价模式选择、存储与数据传输管理、预算与告警,以及成本与可靠性之间的权衡。我们不使用杜撰的节省数字;提供的是适用于任何服务商的原则和检查清单。

摘要

• 在试图节省之前,先弄清账单的来源
• 给每个资源加上标签,明确谁是所有者以及为何存在
• 让规格与真实使用量相匹配,并关闭不用的资源
• 设置预算和告警,使成本激增在几天内就能被发现,而不是等到月底
• 在节省与可靠性、安全之间取得平衡;不要削减保护业务的部分

为什么云成本容易膨胀

在物理服务器时代,大额支出只发生一次,并要经过审批。在云上,任何有权限的人几分钟内就能启动新资源,无需经过采购。这种便利既是力量也是陷阱。每个被遗忘而继续运行的小实验都在持续计费,而由于每小时金额很小,很少有人注意到。

另一个原因是不易察觉的增长。存储的数据不断增加,却很少被删除。每秒记录的日志不断堆积。备份每天进行,却没有保留政策。新功能增加了服务之间的调用和数据流量。每一项都合理,但合在一起使账单悄悄攀升。

此外,云的价格结构确实复杂。有计算、存储、数据库、出站传输、托管服务、网络地址等许多费用。一个看似微不足道的技术决定,比如把两个服务放在不同区域,就可能产生意想不到的传输费用。因此即使对非技术的企业主,对账单组成有基本了解也很有用。

理解账单的组成

控制的第一步,是像阅读财务报表一样阅读账单。把成本归入几个大类,然后看哪类最大、哪类增长最快。不要从优化看起来容易的小事开始;从占主导的项目开始。

1. 01计算:运行应用的虚拟服务器、容器和函数,按规格和使用时长计费
2. 02存储:文件、图片、备份和归档,按容量和存储类别计费
3. 03数据库:托管数据库服务,按规模、容量和副本数量计费
4. 04网络:从服务商或跨区域的出站数据传输、固定地址和负载均衡器
5. 05托管服务:队列、搜索、分析及其他按各自用量计费的服务
6. 06支持与许可:服务商的支持套餐以及运行其上的授权软件

许多服务商提供工具,可以按服务、项目或标签拆分账单。要定期使用这些功能,而不是只在账单感觉太高时才用。每周查看账单,比每月底的意外能让你更好地了解趋势。

加标签并指定所有者

只显示一个大数字的账单无法据此行动。给每个资源加上标签,把这个数字变成信息:这个资源属于哪个项目、用于哪个环境、谁负责以及用途是什么。有了一致的标签,你就能回答诸如测试环境本月花了多少钱,或某个大客户的成本是多少这样的问题。

• 设定标准标签清单,例如项目、环境、所有者和成本中心
• 要求在创建资源时加标签,而不是事后补加
• 定期检查没有标签或没有明确所有者的资源
• 检查所有者已离开公司的资源
• 为生产和实验使用单独的账号或项目,避免成本混在一起

明确的所有者也会改变文化。当每个团队的成本都可见时,技术决策开始考虑价格。目的不是惩罚,而是让成本成为日常对话的一部分,使团队选择在性能和开支之间平衡的方案。

发现并停止浪费

在许多云环境中,部分开支落在不再使用的资源上。这类浪费是首要目标,因为清除它不会减少任何服务。定期检查几个最常见的罪魁类别。

• 在工作时间之外仍然运行的测试服务器和开发环境
• 未挂载到任何服务器的磁盘和存储
• 超过所需保留期的旧备份副本
• 不再承载流量的固定网络地址和负载均衡器
• 项目结束后被遗弃的实验数据库
• 无限期保存却从未被读取的日志和分析数据

为非生产环境安排自动关闭。开发和测试环境通常只在工作时间使用,所以夜间和周末关闭它们,能在不打扰任何人的情况下去掉大部分成本。确保它们易于重新开启,团队就不会反对。

在删除任何东西之前,先确认没有东西依赖它。有一个经典故事:一台看起来闲置的服务器,其实每个月底都运行一项重要的定时任务。安全的做法是先停止,等待一段时间,没人抱怨再删除。删除前保留重要数据的副本。

按真实需求调整规格

人们倾向于为求安心而选择比所需更大的服务器规格,然后再也不检查。而云允许相对容易地调整规格。查看足够有代表性的时期内的处理器、内存和流量使用情况,包括季节性高峰。如果平均使用量始终远低于容量,连高峰也有余量,就可以降低规格。

逐步降低规格并监控影响。降一档,观察几天,再决定是否继续。避免削减到完全没有缓冲,因为意外的流量激增可能让服务在顾客最多的时候变慢或宕机。

对于起伏的负载,也可以考虑自动伸缩。系统不是始终提供高峰容量,而是在繁忙时增加容量,在清闲时减少。但自动伸缩必须经过良好的设计和测试,因为错误的规则可能在出错时增加过多容量,反而抬高账单。

选择合适的服务类型

并非所有工作负载都适合常开的服务器。只偶尔运行的任务,如生成夜间报表或处理上传,有时作为仅在运行时计费的函数或定时任务更便宜。反之,全天运行的稳定负载,通常在承诺价格的服务器上更便宜。根据负载模式选择,而不是追随潮流。

选择合适的定价模式

大多数服务商为同一种资源提供多种定价模式。按需定价提供完全灵活而无需承诺,但通常单价最高。固定期限承诺或用量承诺提供较低费率,作为承诺使用一定容量的回报。服务商可收回的闲置容量价格最低,但只适合能容忍中断的工作。

• 按需:适合不确定或刚起步的负载
• 固定期限承诺:适合确定会长期运行的稳定负载,如主数据库
• 闲置容量:适合大规模数据处理或中断后可继续的任务
• 组合套餐或批量折扣:开支足够大时值得询问

对承诺要谨慎。过大或过长的承诺,在需求变化时可能成为负担。先对最稳定的部分做承诺,其余保持灵活。签署前阅读取消和变更条款,并记下到期日,避免未经考虑就自动续约。

管理存储与数据传输

存储按单位看似便宜,但容量悄悄增长。实施生命周期政策:经常访问的数据放在快速类别,很少打开的数据迁移到更便宜的类别,超过强制保留期的数据则删除。许多服务商支持为此设置自动规则,无需手工操作。

还要检查究竟需要存储什么。体积大的原尺寸图片可以压缩并生成几种尺寸。详细的日志也许只需保留几周,然后汇总。每日备份也许只需保留一段时间,月度备份保留更长期。在决定保留期之前,考虑法律和业务要求,涉及个人或财务数据时,请核查当前有效的规定。

从服务商出站的数据传输往往是意外的成本。同一区域内的流量通常便宜或免费,而流向互联网或其他区域的流量则要计费。把经常通信的服务放在同一区域,为静态文件使用内容分发网络,并压缩响应。还要注意将来若想把大量数据迁往其他服务商时的成本。

预算、告警与复盘习惯

最有效的成本控制是不依赖记忆的控制。按项目或环境设定月度预算,然后在几个阈值上设置告警,例如用量达到一半、四分之三和全部预算时,以及月底预测超出预算时。告警应进入团队阅读的渠道,而不只是某一个人的邮箱。

如有条件,也要设置异常检测。突然的激增通常意味着出了问题:代码陷入无限循环,访问密钥泄露并被攻击者用于挖矿,或意外的大量数据上传。在几小时内得知,远比月底才发现便宜。

1. 01每周:查看各服务的成本趋势,并与上周比较
2. 02每月:检查没有标签、使用率低的资源,以及降配的机会
3. 03每季度:重新评估定价模式和承诺,并把成本与业务增长相比较
4. 04每次计划重大功能时:在上线前估算其成本影响
5. 05每年:全面审查架构和服务商的选择

把成本与业务价值联系起来

没有对比,绝对的账单数字意义不大。因业务增长而上升的账单是好消息,而没有增长却上升的账单则说明有浪费。把成本与对业务有意义的度量联系起来,例如每单成本、每活跃用户成本或每笔交易成本。这些单位度量的趋势显示系统是否越来越高效。

这种方法也有助于定价和产品决策。如果你知道服务一位客户的成本,就能判断某个价格方案是否仍然盈利,哪些功能昂贵却很少被使用,以及哪些客户不成比例地加重系统负担。没有这些数据,定价决策只是猜测。

不要以牺牲可靠性和安全为代价来节省

节省的冲动可能误导人。削减备份、关闭冗余或推迟安全更新,确实能降低账单,但会打开其后果代价高出许多的风险。先确定哪些部分保护业务,例如备份、监控、访问隔离和异地数据副本,然后从其他部分节省。

类似的考虑也适用于缓冲容量。运行得过于贴近容量的系统,容易受到突然激增的冲击,并让每个小故障变成大故障。留一点备用容量,是换取平静与稳定性能的合理价格。其大小应根据数据以及关于业务可承受中断多久的共识来决定。

安全也与成本直接相关。泄露的访问密钥常被利用来启动大型资源,产生令人震惊的账单。最小权限访问、密钥轮换、多重身份验证和限制滥用等基本做法,不只关乎安全,也保护预算。

何时值得考虑其他选项

云不是唯一的选择,也不总是最便宜的。对于非常稳定、规模很大且已被充分了解的负载,自己运行设备或租用专用服务器有时更便宜,代价是承担更大的维护责任。对小企业来说,计入团队时间后,托管服务或现成平台通常更经济。

考虑对服务商的依赖。你越深入使用某个服务商特有的服务,迁移就越困难、越昂贵。这不是完全回避它们的理由,因为托管服务常常节省大量时间,但这应当是一个了解退出成本的有意识的决定。把架构文档化,让迁移的选项保持开放。

应避免的常见错误

• 让任何人创建没有标签、没有所有者的资源
• 启动实验环境后忘记关闭
• 为求安全选择大规格,再也不检查
• 在工作负载稳定之前就做长期承诺
• 等到月底账单才知道有激增
• 通过削减备份或监控来节省

本周就能开始的第一步

1. 01下载上个月的账单明细,按从大到小排序
2. 02设定标准标签清单,并修复没有标签的资源
3. 03在工作时间之外关闭实验环境,或为其安排自动停止
4. 04设置分级阈值的预算和告警,以及激增检测
5. 05安排一个简短的每周成本回顾,并指定明确的负责人

结语

健康的云成本并非来自一次大幅节省,而是来自小而持续的习惯:阅读账单、加标签、关闭不用的资源、调整规格、选择合适的定价模式,以及设置告警。所有这些都在不牺牲保护业务的可靠性和安全的前提下进行。

从最大的项目开始,给每个资源一个所有者,并把成本与业务价值联系起来。这样云仍然是帮助业务成长的工具,而不是每个月底的惊吓来源。