通常的情况
- 控制面板建议换用更小的机器，却不知道上面运行着什么
- 服务器规格调小，账单下降，之后却没人检查内存
- 一次重启丢失了公网 IP 地址，网站随即下线
- 成本计划只写一次，从不对照实际做了什么
- 六个月后，账单又悄悄涨了回去
真正的问题
可怕的不是云账单本身。
大多数企业早就怀疑自己花多了。让他们迟迟不动手的，是担心负责削减账单的人会在三个星期后把网站搞垮。
我们的做法
- 每项改动都对照您账户自身的审计日志核实
- 缩小任何机器之前，先检查内存和 swap 的历史记录
- 动手之前，先确认地址、快照和回滚步骤
- 先建议免费的配置调整，再考虑付费升级
- 保留预算提醒，因为成本会自己慢慢涨回去
案例研究
四周内账单减少三分之一
一个投资研究平台沿用前任开发人员留下的架构，Google Cloud 账单每个月都在上涨。
−33%
每月云账单，8 月至 9 月，数据来自客户自己的账单报告
−99%
把 API 迁移到 Cloud Run 后的 App Engine 支出，并随时备有一条命令即可回滚的方案
0
分钟停机，每项改动都对照该账户自身的审计日志核实
审计能发现什么
成本控制面板不会告诉您的事
云服务商会免费给您调整规格的建议，但它们不知道这些改动会弄坏什么，也不知道您的账户里已经改过什么。
一项正在拖垮正式环境的“节省”
一台服务器几个月前被调小了规格，内存减半。账单降了，随后这台机器在负载高时开始自行终止自己的数据库。真正的原因是缓存被设为占用 78% 的内存。修正它不花一分钱，而那台较小的机器其实够用。
建立在错误事实上的成本计划
列入迁移清单的服务其实早已迁移。被归咎于主 API 的一笔费用，其实来自一台批处理服务器。不读审计日志，这些都看不出来。
离部署失败只剩几周
旧的应用版本已堆积到 200 个，而硬性上限是 210 个。没人注意到，因为在您无法发布修复的那一天之前，什么都不会出错。
价格
固定收费，不从您节省的钱里抽成
节省多少取决于流量和时机，按节省金额的百分比收费，只会让工作变成一场数字争论。您支付固定价格，省下的每一令吉都归您。
从这里开始
获取免费初步诊断
云成本：免费初步诊断 · 1 个工作日
只读权限，无需任何承诺。为您解释三大支出项目，给出预计可节省的范围，并坦诚告诉您是否值得进一步处理。
云成本：优化调整
RM1,999 固定价格
- 清除未使用的 IP 地址、无主磁盘和过期快照
- 检查内存后，把过大的机器调整到合适规格
- 为监控和镜像存储设上限，不再持续增长
- 保留预算提醒
云成本：全面审计
RM5,999–9,999
- 成本台账：逐项解释每一行账单，并附证据
- 之前的每一项“节省”都对照实际发生的情况核查
- 逐台检查内存和容量
- 列出所有未知事项，写成问题，绝不猜测
- 经您批准，在当周内完成零风险项目
云成本：落实执行
RM2,999–5,999
- 已批准的改动逐项执行
- 与您一起安排维护时段
- 每项改动前都做好快照和书面回滚方案
- 每完成一项即更新台账
希望每月有人盯着？支出异常、新出现的无主资源和容量余量，都可以纳入任何一个每月聘请工程师配套。以上述近期客户为例，优化调整的费用不到四个月就能靠节省的金额回本。
流程
始终先只读
- 01查看者权限在项目和账单账户上只开放只读角色。我们无法改动任何东西，即使不小心也不会。
- 02免费初步诊断一天之内：为您解释最大的几项成本。您可以到此为止，无需付费。
- 03优化调整或审计收集证据，核查每项发现，确认容量。
- 04每项改动由您批准在您批准该具体项目之前，什么都不会执行，并且事先备好快照和回滚方案。
无论是否聘请我们，今天都值得做的一件事
在 Google Cloud 上，开启导出到 BigQuery 的详细账单数据。它免费，只需两分钟，而且只从您开启的那天起记录。每拖一周不开，就少了一周再也找不回来的明细。