虽然是由供应商撰写的，但这篇文章并不推广一种产品或服务，并已被网络世界编辑和批准。有个足球雷竞技app
一个最近的报告通过RightScale该公司表示，71%的受访企业采用了混合云计算，较上年同期的58%有所上升，但对云计算成本的担忧已从三年前的18%上升到26%。如果你正在努力控制你的云成本核算，没有比现在更好的时间来解决它。在早期解决这个问题时，解决这个问题并不一定困难，但是如果放任支持和技术债务的数量不断减少，就会变得不可克服。
这个问题的核心是获得更清晰到您的支出根据实际使用情况的细分，使直接成本和管理它更细化的手段必须更多地了解。这清晰带有一个catch - 你的能力，以规范一组描述性标签来识别资源的分配成本中心在企业内。
无论您是刚开始使用云计算，还是试图控制成本报告，有一些非常简单的步骤可以帮助您消除困惑和担忧。
组织有序，保持简单
对于大多数基础设施即服务（IaaS）解决方案，当你开始调配资源，你能描述性标签的某种程度的增加，以帮助识别和以有意义的方式组织起来。对于大多数云成本管理工具，与资源相关的这些标签上，你就可以直接成本部分的尺寸。正如你可能已经猜到了，利用这股标签结构是查明你的云成本从干的第一关键因素。
如果您使用的是Amazon Web Services (AWS)本地的、基于标记的解决方案，那么应该首先打开它详细的账单报告与资源和标签。启用此将为您提供核心数据集，你就可以开始深入挖掘。再就是，你需要在你如何运用这个以您的环境方面做出的三大决定：
- 你需要平衡怎么样你要使用标签（注：标签是AWS每个对象限制为10个)。平衡实用和成本分配使用标记需要一些技巧。请记住，开发人员和基础设施工程师可能希望在集群和服务发现等方面使用标记，因此为了计费而垄断AWS中的所有10个标记可能会影响他们解决这些问题的方法，并迫使他们实现非最佳解决方案。
- 你需要知道什么你能标记以及如何影响你对这些资源的使用情况（即S3桶可以被标记，但不是对象)。一旦你决定如何划分成本，这也会影响你使用这些服务的方式。
- 你需要决定什么时候资源需要被标记。一些组织在不知不觉中自动销毁未标记的或未正确标记的资源，作为其治理例程的一部分。当你开始这个过程的时候要小心这一点，以避免破坏你的努力细分成本。
其他3RD第三方产品提供识别资源超出标签，包括杠杆化更复杂的方法亚马逊资源名称基于路径的层次结构，可以实现更灵活、更少限制的结构。虽然它是构建成本结构层次结构的更为灵活的方法，但它也需要说明性的或自动化的方法。使用这两种方法是启动资源的关键。为了确保路径设置正确，还需要加入3RD方工具骨料计费和利用率数据或简单地提取和呈现数据（关于这一点在比特）是至关重要的。
要了解更多有关这点，下面是具体的策略和技巧的几个读数：
- 标签vs基于资源的成本分配- 乔·金塞拉@ CloudHealth技术
- 标记ARN路径策略- 丰富的乌尔，CEO @ 1Strategy
- AWS标签:成本管理的三条简单规则- J.R. Storment @ CloudAbility
- 场景:实现新的标记策略（AWS控制台帮助文档）
可以很容易地做正确的事
大多数机构在很大程度上依赖于会计和扣款目的来说，这计费级数据。在努力确保您在标签的应用程序或基于资源分配策略的高精确度的，你必须都定义了一个标准，然后提供手段，正确地应用它。当你允许多人启动实例或在AWS创造资源，保持这个水平的标准化可能会非常棘手。这导致在细分模型的资源是否之外的决定应该草率地删除或不。
遵循成本会计资源细分结构的关键不是胡萝卜还是大棒，而是一双舒适的鞋子。我的意思是，如果您想要以一种需要对细节高度关注的方式来部署资源，那么您不必给予人们积极的强化(团队中具有最佳遵从性的一方)或消极强化(未标记资源的删除)。然而，你确实需要开辟出前进的最佳路径。解决这个问题的关键在于构建表示组织需要在基础结构中部署的工作单元的模板(从实例部署到工作负载)，作为您选择的代码解决方案。
如果你在AWS上，AWS服务目录允许您构建自定义AWS CloudFormation模板。这些模板应用标签或集路径期望基于输入参数，使与可变性适量所需的设定。如果你完全信奉基础架构代码，还有其他的选择，包括厨师，木偶或Terraform管理部署。这些平台使人们有可能进一步整合与其他后端的治理，甚至外部成本管理工具的部署模板。
使用数据（或得到它的帮助）
最好的做法是编写报表，清楚地定义给定部署甚至整个企业的成本存在于何处。如果您不使用超出成本收回的数据，您就不能最大化其全部潜力和价值。在按需计算成本结构中，将数据按照成本进行分段的好处之一是，可以促使业务单位提出以前没有考虑到的问题。这些例子是:
- 是不是真的值得$” X”运行15个不同的环境？
- 在我不需要的地方，我可以为更差的性能付更少的钱吗?
- 如果我付出更多（扩大），我可不必重构/重建我的应用程序的一部分吗？
有些企业层次的问题上面提出具有成本与价值对一个简单的成本考虑的一个基本考虑。在这一点上，能够在包括整体分析数据的其它来源相比，性能（系统或业务级）变，以便识别一个相对成本的关键。对于网络规模的应用，了解每个用户的相对成本，并能够配合的基础设施服务的成本向客户交付或吸引新客户只是认为在成本管理的市场推动创新的功能之一。
对于稳定状态和遗留工作负载，可以轻松锁定AWS成本优化保留实例是一个福音寻求指导和建议，因为他们在船上与云传统的IT组织。在混合部署（私有数据中心+云）的情况下，这些第三方工具可以作为提炼数据的艰巨性这可转化雷竞技电脑网站为切实可行的关注的好方法。这个小的考虑往往会减少混乱和管理云转换为更易于管理包的挫折。
基于一切，是在那里给你充分利用您的云部署一个成功的成本报告策略移动的帮助下，有可能满足您的好奇心资金，同时还增值业务。虽然这一切听起来很令人望而生畏的人刚刚开始，随着时间的推移，现在和迭代移动。
McClory已经编写代码，管理的DevOps，以及十余年来设计可扩展的应用基础设施。作为首席运营官和DualSpark首席技术官帕特里克担任专家亚马逊Web服务顾问，帮助客户利用云架构和设计与现代和创新的软件，基础设施和自动化策略，从AWS利用解决方案的优势。通过数据管道收购DualSpark后，McClory假设平台工程和交付服务的高级副总裁的角色。要了解更多有关数据管道，请访问Datapipe.com。