云成本的7个秘密

有什么比云机价格表更诱人的吗?我们中没有多少人老到可以记住花一分钱买一块糖果的价钱，但是云用户享受的价格甚至更低。

Google的N1标准机价格为每小时0.0475美元，但如果您愿意承担更重要的工作，则可以按每小时0.0100美元的价格购买它来满足批处理需求。疯狂的消费者可以以每小时0.015美元的价格升级到高CPU版本，仍然不到2美分。呜呜!

Azure 在其档案存储层中每GB 收取微不足道的$ 0.00099的费用，以存储一个月的数据。不过，亚马逊可能会提供最令人大跌眼镜的低价– 为支持Lambda功能而对128 MB的内存收取无穷的0.0000002083美元。(四位数的精度?)

这些小数目使我们措手不及。医疗保险和房地产账单可能会压缩预算，但是当涉及到云时，我们可以像纸屑一样尽情地花钱。这是因为许多云服务的价格实际上低于一片五彩纸屑的价格。

然后，月底来了，云账单比任何人预期的都要大得多。这些几分钱怎么这么快加起来?

关于云公司如何将几分钱转化为真钱，这里有七个秘密。

1)隐藏的“额外”

有时，最引人注目的数字由您没有注意到的附加功能控制。Amazon的S3冰川有“深度归档”级设计用于为长期备份，售价为每GB 0.00099 $诱惑，一些每月工作了$ 1每TB。不难想象，为了简化Amazon服务，将备份磁带和麻烦放在一边。

但是，假设您要实际查看该数据。如果单击价格表上的第二个选项卡，则可以看到检索成本为每GB 0.02美元。查看数据比存储一个月要贵20倍。如果餐厅使用此定价模式，则牛排晚餐费用为2美元，银器费用为40美元。

我认为亚马逊的定价模式具有很大的意义，因为他们将产品设计为支持长期存储，而不是随意浏览和无休止的报告生成。如果我们想经常访问，我们可以为常规的S3层付费。但是，如果目标是节省档案存储，则我们需要了解次要成本并提前计划。

2)位置很重要

云公司经常通过显示全球数据中心的地图使我们眼花，乱，邀请我们将工作负载停在我们最舒适的地方。价格虽然并不总是相同。亚马逊在俄亥俄州可能每GB收取$ 0.00099，但在北加利福尼亚州则为每GB 0.002。天气温暖吗?靠近海滩?还是仅仅是房地产成本?

中国云计算公司阿里巴巴显然希望鼓励开发人员在全球范围内使用其数据中心。在中国境外，低端实例的起价为每月2.50美元，而在香港，每月起价为7美元，在中国内地则为每月15美元。

我们有责任观察这些价格并做出相应选择。我们不能仅仅因为数据中心看起来更方便或成为检查行程的理想人选而选择数据中心。

3)资料传输费用

仔细检查价目表并将工作负载转移到最便宜的数据中心的唯一问题是，云公司也对数据移动收取费用。如果我们试图变得聪明，通过在全球范围内转移比特以寻找最便宜的计算和存储来套利成本，那么最终将需要花费更大的账单来转移数据。

跨网络的数据流成本非常高。哦，偶尔的千兆字节不会有什么影响，但是每毫秒在全国范围内复制一个频繁更新的数据库可能只是一个大错误，只是因为可能会发生地震或飓风。

4)蟑螂汽车旅馆

一个蟑螂陷阱的著名广告宣布：“蟑螂可以检入，但他们不检出。” 当您查看数据出口成本时，您可能会有相同的感觉。云公司通常不向您收取将数据带入云的费用。商店会向顾客收费吗?但是，如果您尝试将数据发送出去，则出口费用将无限大。

这可能会叮咬任何观看内容传播病毒的人，无论大小。突然，每个人都希望在您的服务器上看到一些模因或视频，并且当您的Web服务器勇敢地满足所有请求时，出口收费表的旋转速度越来越快。

5)沉没成本谬误

在某些情况下，当前的机器或配置总是很难胜任工作，但是如果您只是增加大小，那会很好。每小时仅需多花几分钱。如果我们已经每小时支付几美元，那么再花几便士就不会使我们破产。而云计算公司只需单击即可为您提供帮助。

赌场知道通往我们钱包的途径。到目前为止，我们已经到了–再付一小笔钱也不算什么。但是精明的会计师知道，沉没的成本谬误(又称“一掷千金”)对赌徒，管理人员以及几乎所有的孩子(小孩子)来说都是一个大问题。我们花的钱不见了。它永远不会回来。不过，我们可以控制新的支出。

开发软件时有些不同。我们通常无法确定一项功能需要多少内存或CPU。在某些时候，我们将不得不提高机器的功能。真正的挑战是保持我们对预算的关注并一路控制成本。只是在这里增加了一些CPU或内存，就可以在本月底获得大量账单。

6)高架

云机器本身并不是一台机器，而是一台更大的物理机器的一部分，该机器被划分为N个部分。但是，这些切片不足以自行处理负载，因此我们部署了Kubernetes之类的工具来使N个部分协同工作。我们为什么将一个胖盒子切成N件，只是为了将其缝在一起?为什么不只让一台脂肪机器处理一份脂肪呢?

云传福音者可能会说，提出诸如此类紧迫问题的人无法获得云的好处。操作系统的所有额外层和额外副本带来了大量冗余和灵活性。我们应该感谢所有这些实例都以精心制作的精心策划的舞蹈来启动和关闭。

但是使用Kubernetes的轻松恢复鼓励了草率的编程。节点故障不是问题，因为随着Kubernetes替换实例，吊舱将继续航行。因此，我们为维护额外的层而付出了所有额外的开销，值得庆幸的是，我们可以启动一台干净的新鲜机器，而不会遇到任何麻烦。

7)云无限

最后，云计算的棘手问题是，最佳功能(似乎具有无限扩展能力以应对任何需求)也是预算内的雷区。每个用户的平均出口流量是10 GB还是20 GB?每个服务器需要两个GB的内存还是四个?当我们启动项目时，是不可能知道的。

当需求激增时，为项目购买固定数量服务器的旧解决方案可能会在需求激增时开始受到限制，但至少预算成本不会飞涨。服务器上的风扇可能会因所有负载而发牢骚，用户可能会为响应速度慢而抱怨，但您不会收到会计团队的紧急电话。

我们可以汇总估算，但没人会真正知道。然后用户出现，一切都会发生。没有人注意到成本降低了，但是当电表开始旋转得越来越快时，老板开始注意。最深层的问题是我们的银行帐户无法像云一样扩展。