当微软收购Opalis并给它重命名为System Center Orchestrator时，很明显微软是在运行手册（runbook）自动化领域进行大动作。

　　这一点也不另人惊讶：微软已经在自动化上火了一段时间了，已经确认了用GUI管理一台Windows服务器很容易，但是扩展到跨千台服务器就会很难。而且，如果服务器从数据中心迁移到并列主机、云等等，GUI就会更难用了。

　　并不是说Windows Server 8和PowerShell v3正在摆脱GUI。事实上，恰恰与此相反：它们正开始启用一项比微软以往任何时候都集成得更好的运行手册自动化策略。

　　运行该手册

　　那么什么是“运行手册”呢？在一些IT工作站中，它真的是一本书，通常是厚厚的三孔活页装，它包含所有部门的运行流程。你需要重启一台服务器？遵照这些指令来操作吧。要修复故障硬盘？这里有详细步骤。这本运行手册通常会包括我们恐慌时遗忘的步骤：通知用户、卸载附属系统之类的事情。该运行手册是我们的脚本，如果我们按它操作，我们不太可能会犯错。

　　脚本是关键词。如果你可以把事情写得足够详细，即使是维修部的新人也能遵照指示完成任务。那么你也可以用计算机可以理解的语言写下它。因此就有了运行手册自动化的想法。说简单点，运行手册自动化就是运用任务调度程序（Task Scheduler）等工具来安排脚本。复杂点说，运行手册自动化系统会运行脚本（或者工作流程、序列、批处理或其它叫法）来响应运行条件，自动地启动修理等等。

　　Windows Server 8与PowerShell v3调整之处

　　实际上有个问题一直困扰着微软，为了自动化某件事，你必须少用GUI。自动化按键点击很难。尽管有资源工具包、VBScript等东西，但它们很少能包罗万象，这意味着GUI中总有一些事情需要我们返回去手动处理。用光了DHCP地址，需要启用新的范围？用命令行很难实现自动化。

　　微软在六七年前曾做过PowerShell相关的许诺，称最终它会将所有管理功能重置于shell中。以此为基点，微软可以在其上放一个GUI层，或者你可以直接与命令相互作用。这里会有针对所有事情的命令，所以可以将所有事情交给运行手册自动化系统来帮忙。

　　Windows Server 8就是这个许诺的实现。这个操作系统有超过81个shell插件模块，它让PowerShell几乎涉及了现在没有顾及到的事情，并且可能会完美地出现在最终产品中（记住，它现在甚至还没有测试版中）。

　　因此堆栈会是这样：PowerShell和Windows命令在底层，完整的运行手册自动化飘浮在顶端。

　　等一等，只有脚本和任务调度程序吗？

　　System Center Orchestrator当然还有更多内容。其中一点是它包含了非常引人注目的GUI，你可以拖放顺序而不是手动输入。当然，高级选项中它是使用PowerShell，但是谁又在意呢？你当然可以手动编辑你自己的任务，然后按照你想要的顺序重新使用它们。

　　System Center Orchestrator还加上了PowerShell的远程功能，它确实可以变成一个指挥家，调节跨多台服务器上的任务全都用一个序列。你需要重启数据库服务器？这意味着你首先要让Web服务器离线一阵子，然后再以正确的顺序备份所有事情。Orchestrator为我处理了这个问题，你能解决吗？

　　PowerShell：基础

　　PowerShell着实是一项可用的低水平技术，在PowerShell上将会搭建很多工具（GUI和其它）。随着微软在PowerShell上搭建越来越多的工具，我想你一定会有忽略PowerShell的时候。于我而言，我更愿意将双手深挖至计算机的内脏，让它精准地完成我想做的事情，幸运的是，PowerShell实现了我的想法。