微软私有云详解：开发人员创建审批流程的虚拟机

私有云吸引用户的原因之一在于它能够让用户自动获取IT资源，不需要人工干预。假如VMM管理员能够为企业创建好云计算，同时定义好服务和配置信息，让人们按照他们的需要来使用云计算，那么这种方法就很可取。假如他不愿意总是这么做下去呢？如果在某些情况下，IT用户需要更为正式的审批流程才能获得资源呢？

 

App Controller 2012无法实现这种需求，这个自助服务接口完全设计成了一种自动化访问的方式。相反，微软私有云提供了另一种方式，使用Service Manager 2012能够实现这一切。Service Manager 2012 是从广义上对IT服务管理提供支持，其中包括实施ITIL流程、比如改变事件管理，比如从私有云里配置资源信息。比如，企业希望开发人员从私有云里配置资源，但是某些申请必须得到开发经理的审批。图8就演示了微软私有云是如何来处理这个过程的。

在图8中：使用Service Manager 2012，开发人员对虚拟机提出的新申请可以出发一个工作流，来处理开发经理的审批流程。

 

如图所示，Service Manager 2012提供了一个Configuration Management Database(CMDB).

 

CMDB是一个存储库，提供了System Center 2012环境下所有配置和管理相关的信息。

 

使用微软私有云，这种信息包括VM模板，通常情况下，这些模板是从VMM库里拷贝到CMDB中。

 

第一步：如图所示，Service Manager 2012提供了自己的自助服务接口。使用CMDB的信息，Service Manager 2012可以创建一个服务目录，可以为特定用户显示可用的服务信息。

 

第二步：开发者用户可以决定是否在Research 云里创建虚拟机。

 

第三步：不用将申请直接传递给VMM 2012，正如App Controller 2012所示的那样，Service Manager 2012可以启用一个工作流来处理这种请求。这个工作流能够处理的事情非常多，在这个例子里，它可以处理两件事。

 

第四步：首先，假设开发人员的企业用户需要为它所创建的虚拟机买单，整个工作流会联系到开发经理来获得这一许可的审批。一旦审批通过，工作流就可以开始启用Orchestrator 2012 Runbook。Runbook是另一种类型的工作流，Service Manager工作流处理ITIL风格的流程，而Runbook可以直接与系统管理工具之间保持交互。因此，Orchestrator 2012提供了一些预部署的组件，能够同许多其它的技术保持交互。

 

第五步：其中有很多设计组件是为了与VMM 2012保持交互。在本例中，Runbook依赖Orchestrator 2012组件，在私有云中创建新的虚拟机。

 

第六步：VMM 2012会检查用户的配置申请，创建虚拟机。注意到，本例中没有必要一定要部署System Center 2012 的内置功能。相反，Service Manager 2012、Orchestrator 2012以及其它的组件能够让企业部署自定义的工作流。微软将会提供一些解决方案加速器，这会让用户能够为最重要私有云部署一些预定义的实施。最关键的是App Controller 2012中自动化的资源配置并不是微软私有云的唯一选项。使用Service Manager 2012,私有云可以处理很多请求，需要人工审批来执行这些流程。