Greene为云计算环境中的容量管理提供的关键主题是：

• 需要建立所有利益相关者都能从自己的角度理解的容量模型。
• 采用应用程序团队在配置容量时可能并不真正知道他们需要什么。
• 要求比较苛刻的应用程序必须以不同的方式处理。
• 清理不是自然发生的，并将会浪费容量。
• 对于IaaS、PaaS和其他应用程序真正提供的内容，有许多不同的观点。

以下将深入了解这些关键主题：

容量模型

第一个关键主题是需要建立一种所有利益相关者都可以理解的容量模型。无论是财务人员还是应用程序系统管理员，都需要提供150个服务器或200个容器的列表以进行使用情况检查，通常不会产生有效的结果。这是为什么?相信很少有人能理解主机名或容器名称(或是服务实例)。经过尝试，Greene带领的IT 团队增强了从服务器和容器列表驱动的容量模型，并合并了配置管理数据库(CMDB)、数据库和操作系统监视工具中的数据。IT团队到处获取信息，这些信息会将网络上的资源用于需要查看容量使用情况。因此，在与应用程序团队交流时，它有助于确定这些服务器上的数据库，所用数据库的版本(以便他们可以查看哪些数据库是为了满足风险要求而迁移出的原有数据库)，与涉及成本的人员沟通时，首先要使用生成账单的资源(磁盘、CPU、内存等)，然后将其映射到所涉及的各个应用程序团队以及所使用的版本。

在这些情况下，组织IT团队都可以看到他们关心的问题，并将其映射到应用程序或用户社区，这有助于他们评估是否仍然需要，并了解他们可能需要在哪里进行更改，例如从原有版本的Windows 2000迁移。基本上，它可以归结为一种模型，该模型能够提供一组量身定制的报告来帮助他们了解自己所拥有的东西，而不是逐项列出的账单说明所用资源。

评估需求

Greene表示，他们发现的下一个主题是，应用程序团队在首次迁移到云环境或构建新应用程序时可能不知道他们真正想要什么。他们通常具有可以打动用户的出色功能和构想，但是询问采用多少个CPU和多少内存等问题时，他们通常会询问供应商，并希望更好地运行他们的产品，而基础设施部门面临节省成本并提高利用率的压力，但最终会选择采用云计算服务。他们面临的挑战是，关于应用程序的接受程度以及下一步可能会想到的功能，存在很多假设甚至猜测。这通常会导致这样一种情况：必须迁移到不同的运营环境以满足他们的性能需求，这需要应用程序团队和基础设施团队花费大量时间和精力进行处理。

许多团队做出的一个假设是，可以构建适合所有应用程序的一种架构，但大多数大型公司都有广泛的投资组合，通常遵循80/20或90/10规则。通常情况下，只有少数应用程序能够推动业务发展、拥有庞大的用户群或需要更高的性能。因此，虽然大多数应用程序都能适应为用户设计的经济高效、高密度的环境，但重要的是需要更高性能的环境或可用的选择，而不是采用一种满足所有需求的解决方案。

清理不是自然发生的

另一个主题是清理不是自然发生的，并将会浪费容量。在公共云中，这通常是增加成本，而在私有云中，这通常表现为容量不足或意外增长。在大多数情况下，允许开发人员通过自动化的方式为他们的任务配置系统，但是当不再需要容量时，没有人进行清理。因此，当他们完成一个需要资源的特殊开发项目时，或者当他们迁移到数据库、Web服务器或操作系统的下一个版本以满足架构或风险方面的标准时，没有人愿意放弃原有资源(也许他们想了解新资源是否真的有效)。如果不注意这一点，则随着组织在云平台中运营更长的时间，将会积累更多的无用数据。这里的关键是向负责支付账单的人员展示，或者证明他们使用私有云资源的正当性，以及他们所使用的与之相关的内容，以便他们能够做出正确的决策。