云服务的复杂性让云资源的使用和最终的成本变得难以跟踪。云服务是相当复杂的。一个单一的"云服务"往往就是众多具有高度特殊性服务和功能的总和，而供应商们必须能够深刻知晓所有这些服务是如何彼此交互的，其中甚至包括所有服务的相互依存关系。在云爆发的情况下，其核心问题就是发挥作用的资源的数量可能会有较大的不同，这主要取决于客户是如何使用这些资源以及使用资源的持续时间。
在某些情况下，云供应商会发现，即便在客户释放了服务资源之后，资源却仍处于已分配状态。供应商需要知道这些"僵尸资源"何时将被创建，以便于你可以创建能够找到和删除它们的服务。
有太多的资源需要手动跟踪。供应商向客户提供的云服务的数量已经达到了一个瓶颈，即手动核计测量资源使用已成为一种不切现实的做法。使用云爆发的客户可能会在一天之内多次申请和释放资源，有时在一个月内会高达上千次。供应商无法再进行人工跟踪，问题是，如果他们这么做的话，计费结果往往是不准确的。
还有太多太多的客户是手动跟踪资源使用的。正如我们达到服务的临界点一样，我们也达到服务客户的阈值。在某些时候，因有太多的用户和组织在使用云服务而使供应商无法手动进行跟踪。
暂无签名
最新发布
深入浅出 Node.js
2013 年 7 月 14 日
一加手机龚银：中型创业公司的技术管理之痛
2015 年 7 月 18 日
深入浅出 Node.js（一）：什么是 Node.js
2011 年 10 月 13 日
Java 避坑指南：Java 高手笔记代码篇
本迷你书包括 86 个业务开发中常见踩坑点。每一个知识点都相当的实用，是程序员业务开发中的必备避坑指南...
信也科技微服务框架 Radar 设计与实践
字节 Flutter 高可用体系建设
哈啰智能调度算法在两轮出行场景的优化实践
评论