为什么没人开发公有云计费平台？

左手的ㄟ右手 2022-08-30 11:56 172阅读 0赞

随着云计算思潮根深蒂固，越来越多的企业已经上云，其中公有云因易用、持续迭代、稳定等优势占据了云市场的大头。那么有个问题随之而来-你们是如何与公有云厂商进行对账的？

虽然公有云的账单系统都已经做的非常完备，但对公有云的账单绝对不是下馆子看菜谱点菜付钱那么简单，小企业靠人力还是有可能对的清，大企业上千万的账单会直接把人劝退。我个人觉得目前还没有出现一款计费平台的原因有两点。原因一是基于我们对云厂商的信任（支付宝、微信支付都是阿里腾讯的，我们还信不过他们的云平台计费系统？），原因二是自建个对账系统是个超级复杂的工程。

对账系统如何搭建呢？一般分为如下几步：

# 梳理收费项 #

公有云的收费项用8个字概括就是“五花八门，复杂至极”，当然每种收费都是公开公正的。我们先看下云实例、云存储和负载均衡这几种常用的资源都有哪些收费项。

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3llamluZ3RhbzcwMw_size_16_color_FFFFFF_t_70][]

要知道公有云类似的产品有几十上百种，收费项可想有多么复杂。

# 统计用量 #

按需收费是云计算的特性，所有收费之前需要拿到我们云资源的用量，这也是个很头疼的事情。

第一：有些用量做为客户方是很难拿得到的。

我们开了多少台机器，机器配置是怎么样的，我们用了多长时间，这些用量通过监控是很容易拿到的。但是公网带宽用了多少G、传输加速费用等这部分用量做为使用者是很难自主获取到的。

第二：有些用量是复杂的阶梯变化的。

这里举个阿里云负载均衡规格判断的例子吧。

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3llamluZ3RhbzcwMw_size_16_color_FFFFFF_t_70 1][]

按以下三项当时对应的最高规格收费，规格每小时重新定义一次：最大连接数-Max Connection、每秒新建连接数-Connection Per Second （CPS）、每秒查询数-Query Per Second （QPS）

# 知晓单价 #

单件是最想跟云厂商吐槽的地方，因为绝大部分的单价都不能通过API获取，而且同样规格的产品在不同国家、不同地域、不同时段、不同条件下又是不一样的。所以如果要想自己维护价格的数据理论上只有两个方案。

方案一：通过爬虫去爬每种资源的报价页面，当然数据还是得自己清洗。

方案二：自己开发增删改查的页面，手动维护数据保持根官网同步。

无论哪一种，工作量都是巨大的。

# 计算费用 #

有了前面的铺垫，真能实现前面几步反而这最后一步就水到渠成了。根据当天的资源用量和资源的报价生成当天的费用账单，借助时序数据库等工具可以方便的衍生出周账单、月账单、单项账单等各种报表。

# BUT #

但是！即便拿到用户侧的费用，但依然无法与公有云提供的账单对齐。原因是存在某些预付费的情况。例如预留实例券、存储包、包年包月机器、安防包这些，一次投入，持续使用。

# 总结 #

综上，自建云平台账单系统存在以下缺陷：  
1 收费条目繁杂。  
2 用量数据不全。  
3 价格信息非自动化。  
4 费用≠账单。  
5 云平台差异化

如果大家有更好的方式或者可直接使用的轮子，请指教。

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3llamluZ3RhbzcwMw_size_16_color_FFFFFF_t_70]: /images/20220829/20702e68954841178e2ec0433e34da47.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3llamluZ3RhbzcwMw_size_16_color_FFFFFF_t_70 1]: /images/20220829/69eb9841bc6348b48f01661d32dde935.png