TechTarget 原创
AWS、Google和Azure都提供了工具，帮助用户评估云成本。但是如果忽略了一些服务、使用频率和停机可能会导致实际的云端帐单远远超出预估。
相比于本地基础架构，公有云计算通常会减少企业的成本。但是，对于大部分组织来说， 对公有云部署进行客观的成本评估，还是很困难。
包括AWS、微软Azure和Google Cloud Platform在内的主要公有云厂商，都提供了工具，允许用户预测每月的云成本。然而，使用这些云成本评估工具并不能保证准确的结果；它们只是与用户提供的信息一样准确。
（图片来源于网络）
从对资源无计划的使用频率看，这里有五个潜在的因素可能会使成本估算偏高，并增加云计费。
不准确的公有云成本评估的一个最大原因是，遗忘了一些资源和服务。当企业没有完全考虑他们的工作负载部署需求时，这种情况就会发生。评估AWS实例或Azure存储的的月成本很简单，但工作负载需求通常远远超出单个静态实例。
不同的云基础架构，导致不同的资源和服务，如计算、存储和网络。这些服务作为你的每月常规成本在云账单中显示，如AWS EC2实例和AWS S3的每月和每小时费用。但是，组织需要考虑其它成本，以及如那些与数据迁移、API调用等相关的东西。
另外，因此地域的不同，资源和服务成本也不一样，而且跨这些地勤的数据备份工作也加大了每个月的成本。组织必须在云成本评估工具中考虑进这些额外的存储、管理和其它成本。如果你对细节不是很确定，如使用率，那么就多运行几次评估工具，并使用多个场景来评估。
另外一个导致公有云评估不准确的原因是，随着时间的推移工作负载也在增加。云支持动态、高扩展的环境，但长期稳定使用的成本效益却存在问题。某些情况下，长期在本地数据中心托管工作负载更具成本效益。
当业务应用流行起来，它的使用率也会上升。这种情况下，公有云可以提供额外的资源，但这些新资源增加的总体成本。许多公有云成本评估并没有考虑这些额外资源和服务的影响。这意味着，在公有云中即使最具成本效益的应用，也会变到比本地数据中心的更贵。
请记住对未来的云使用量进行估算。制定比较情景来计算云成本和对预期增长的预测。另外，考虑如何取代使用模式，如预留实例，可以减少云计费。
评估公有云时，组织还会忽略短期的或不断变化增长的成本。定期或定期服务（如会计或科学应用）的工作负载会突然增加使用频率，导致账单增加。
（图片来源于网络）
这些短期使用高峰，处理起来是一个挑战。公有云中的一些问题出自于工作负载的架构。负责工作负载的运营人员需要向下的扩展性。当峰值过去后，工作负载应用释放所有多余的云资源，从而节省成本。
另一个挑战是预测什么时候峰值会发生，他们需要多少额外资源，以及额外需要会持续多长时间。谨慎执行监测和报告，这样云管理员可以按需发现趋势和相应的成本。替代使用模型，如AWS Spot实例，也能够凌源临时使用峰值的成本。
中断发生，并由中断导致的宕机，将导致云用户的收入受损。这些故障也可能对企业的声誉产生不利影响，即使问题已经解决了几个星期或几个月。
尽管公额云成本评估工具在中断时没有订单项，但可以根据工作负载的运营成本来衡量潜在的中断成本。一些组织发现中断的潜在成本对于给定的工作负载来说太大，因此他们将在本地数据中心中托管它。
其它情况下，中断的潜在成本推动了架构的更改，从而增强了工作负载的弹性。例如，有些组织可能会认为，在两个或多个公有云区域部署任务关键型工作负载（尽管有额外的资源成本）比冒着潜在中断的风险更具成本效益。
确保冗余和节省成本的最佳方式之一是，将工作负载组件扩展到多个公有云中。不幸的是，这种模式对于大多数组织来说并不现实，公有云成本评估工具并不会考虑多云的部署。
做一枚机智的 IT “大龄儿童”：为企业选择正确的运营模式
MPLS网络的部署在走下坡路吗？
传统灾备方案 vs 云灾备
