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

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

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

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

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

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

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

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

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

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