企业在内部建立云计算的一个主要目标便是为企业内部的客户提供自助服务的访问功能。虽然这一概念及其简单，但这种根本性的变化会为企业在实践过程中带来挑战。为了探讨这些挑战，并研究出相应的解决方案，让我们先从供需方面的话题入手。

　　企业内部的客户，如业务团队和应用程序团队所创建的工作负载需求，必须通过适当供应量的计算，存储和网络资源来满足。在这个意义上，访问计算和存储能力的自助服务模型将彻底改变企业需求方。就如同虚拟化在过去的十年里彻底改变了供应方一样。但是，这也将带来一定的挑战。

　　对于企业的供应方，他们花费了相当多的时间用于后端容量的管理，以便赶上新的虚拟化技术。虽然虚拟化不是最新的，但其只是最近才成为现代化的管理和控制容量的方法。通过采用供需匹配比较分析的方法，工作负载成为首要重点，企业可以更好地实施预测，进而有规划的采购硬件，避免过去资源配置的浪费。

　　不幸的是，现在，企业的需求方也将通过自助模型以类似的转变到一个陌生的领域。尽管IT企业的需求管理一直不如供应方的容量管理，但他们对于相关程序和用户需求至少有一定程度的控制，如果只是采购一款过程复杂、周期冗长的产品，那么，这一趋势将逐步变得缓慢。但自助式服务没有这种顾虑，总的来说，这是一个非常好的事情，其还能够把需求管理变为不受约束的最终用户活动。

　　了解自助服务真正的目标可以帮助避免这一中断。自我服务模式应该通过免去IT人员作为进程容量需求中介的职能精简需求管理。但其不应作为绕开相关流程、控制、和严格的规划而直接进入IT服务部署的借口。

　　许多人认为，企业内部的云服务，至少在其初期，可以作为一个迅速“运转起来”的虚拟机沙箱，但企业应用程序和关键业务服务的部署需要大量的尽职调查和提前的规划，这些要求不仅仅只是在采用云服务时才会涉及到。用户可以快速的访问计算和存储资源，并不意味着企业要放弃对于相关风险问题的谨慎态度。

　　所以适当的反思是必要的，以便我们能够充分了解自助式服务，以及如何能够确保其安全有效。一个很好的开始是针对云服务的使用进行分类，配合适量严谨的规划，以部署适合的工作量。

　　对于开发/测试工作负载，采用一个动态的模型往往是最好的，可以保证用户的快速访问，同时又不需要太多的规划。用酒店来比喻的话，这就类似于一次全国范围内的公路旅行，旅客随意停靠住宿在任何他们经过的城镇的路边汽车旅馆，而不需要提前预订。这种使用模式通常是针对那些已经部署了内部云服务的企业，自助服务设备能够保证用户的立即访问，而很少或根本不用进行相关的规划。

　　当然，用于企业工作负载的比喻则是完全不同的，其往往类似于一个重要的商务旅行，其中规划是至关重要的，酒店都需要提前预订，以确保有住的房间。同时，还需要考虑酒店的相关配套设施，这可能会比路边简单的汽车旅馆要求更多的企业级功能，如网络接入、会议室、打印机等。

　　这就是为什么需要一种不同的自我服务模式的原因了。保证用户立即访问能力的重要性远不及提前预留给相关工作负载的需求，以及必须对托管环境进行详细评估，以确保工作负载能够分配足够的容量能力来得重要。从自我服务的角度来看，这更像是一个在线酒店预订系统，最终用户可以输入自己的具体要求和入住日期，确定哪些酒店是最好的。换句话说，自我服务并不意味着即时访问，企业内部云服务还必须支持更为关键应用程序相关的具体要求。

　　鉴于此，IT企业需要搞清楚如下三个简单的问题，以确保他们企业部署的云服务是企业级的内部云：

　　企业业务部门是否能够为关键应用程序的部署提前预定容量需求?

　　企业消费者都非常关注风险管理，并希望相关的容量能力是可用的，即使他们还处在规划的早期过程中。不能预订容量能力，很多企业会要求提前做好虚拟机的部署。这些虚拟机无疑是定时炸弹，随时可能“爆炸”，进而摧毁基础设施的容量管理。具有讽刺意味的是，其造成的潜在容量能力不足，又回到了最初的会成为定时炸弹的困境。

　　一些云前端声称，他们可以提前预订容量能力，但他们是通过在一个资源池分配资源来实现的，而不是通过对基础设施的实际运用实现的。这导致了一种虚假的安全感，甚至比不能提前预订容量能力更危险。

　　企业的操作团队是否能够科学的将工作负载托管到合适的环境?

　　当把企业工作负载托管到云环境时有许多必须满足的微妙需求。应用程序可能需要特定的软件许可、存储分层、合规水平、数据保护、备份和快照、冗余、司法要求以及其他方面的考虑。为了适应这种情况，企业可能会有跨几十个不同地域、不同平台、配置及成本水平的托管环境。但是，在许多企业，二者的匹配过程仍然相当落后，往往还在依赖于电子表格和直觉。迁移到云运营模式，需要这一过程实现自动化，并保证其精准性。

　　即使实现了自动化以后，也要做好退回手动过程的准备，毕竟，人工手动是非常根深蒂固的，自动化通常是会影响到某些人的既得利益的。虽然基于电子表格的方法正在被逐步淘汰，但显然，这些既得利益者会努力阻扰自动化的发展。

　　容量管理分析人员是否能够通过相关业务部门的“预订”来预测企业短期和长期的容量能力需求?

　　从基础设施的角度来看，业务需求的应用程序需要怎样的部署并不在企业的控制之下，但是企业可以控制如何将这些工作负载放置在基础设施，控制如何分配给他们资源，以及如何配置硬件设施以满足未来的要求。如果业务部门的相关预订容量需求均被正确处理了，其所带来的结果便是相关业务部门的预订需求可用于企业预测分析能力，进行先进的风险管理，进而方便企业的采购。这将使得企业从低效率高风险的模式转为一种高效低风险的操作模式，而这无疑应该是任何云计划的一个主要目标。

　　除了计算和内存资源，重要的是要预测业务部门的预订对存储容量的影响(以及在此基础上预测工作负载)。无法很好的做出预测，可能会导致诸如虚拟数据存储意外用尽等操作问题。

　　上述三大领域预示着云服务的下一个成熟阶段需要达到什么样的水平。如果您企业对于上述三个问题的答案都是肯定的，那么您企业的云服务前景无疑是良好的。这意味着，您正在构建的内部云服务可能会超越早期的沙箱水平，并成为真正的下一代主机平台，为实际的生产负载做好了准备。届时，企业所有的容量能力均可以放在一个单一的管理控制之下，允许可用容量以科学的方式来匹配工作负载。从而避免了动态需求远远超过的管理能力的痛苦时期​​。

　　当企业考虑构建内部云服务时，需求管理可能不是首要关注的问题，但其应该成为企业部署内部云服务的一项基本原则。