IT業已經達成共識的一點是，一個可以提供基于標準的、跨平臺的、可擴展的自動化工具是值得投資的。但是不同供應商提供的GUI都有其優勢，對于大多數自動化需求來說都可以使用PowerShell。不管你討厭還是喜歡它，都需要使用它——你將會主動或者被迫使用它進行自動化。

使用Unix操作系統的IT管理員已經使用PowerShell數十年了。他們知道真正的自動化意味著能夠在同一時間實現許多對象的實時互動，并且自動化腳本是最為靈活的方式。這通過命令行shell來實現，而最主流的shell就是PowerShell。其已經被VMware、微軟SCVMM和Citrix XenApp所采納。

下面是一個例子。業務部門需要部署一臺新的Web服務器，在上面運行Active Server Pages .NET應用程序。傳統的解決方案可能是這樣：

• 登陸服務器

• 打開GUI服務器管理器

• 選擇需要的角色和角色服務

• 重啟服務器

而基于PowerShell的解決方案如下：

• 登陸服務器

• 打開PowerShell，并輸入：

• PS> Install-WindowsFeature Web-Server, web-Asp-Net

對于小規模的需求來說這沒有很大區別。如果負載均衡集群中的50臺Web服務器都需要運行新的ASP.NET應用程序，GUI管理員的工作就會變成下面這樣：

• 登陸服務器

• 打開GUI服務器管理器

• 選擇需要的角色和角色服務

• 重啟服務器

• 下一臺服務器（重復50次）

這種解決方案需要幾個小時到幾個星期的工作量，并且不會產生任何日志文檔，還有可能出現忘記添加ASP.NET等這種人為錯誤。而自動化專家使用下面的方式來完成這個任務：

• 打開PowerShell，并輸入：

• PS> Invoke-Command -ComputerName Web1,Web2,Web3 {Install-WindowsFeature Web-Server, web-Asp-Net}

是的，電腦主機名可以從一個文本文件、.csv文件或者***從活動目錄中進行獲取，但是命令基本保持一致。這個例子的意義在于說明通過使用PowerShell Remoting，你可以在幾分鐘之內完成對50臺服務器的安裝和配置工作。這是一個簡單的例子，但是意思卻十分清晰：我可以在幾分鐘內完成所有工作，我對于業務的價值要高于GUI管理員。

這些腳本是必須的（或者逐條的）指令發給電腦，來部署和配置軟件。PowerShell v4提供了一種類似于Unix中的Puppet或Chef的定義方式，用來管理和控制系統配置。

再回到我的關于岳父和T系列的經歷。他知道如何啟動汽車，但是如果我想要啟動汽車，就需要找到岳父來替我啟動，這樣就不需要我自己理解任何步驟。

PowerShell v4擁有“理想狀態配置”，意味著我可以定義一個“我需要50臺具有某種功能的新Web服務器”這樣的需求，之后資源（一步一步的指令）就會執行我的計劃，而不需要我理解具體細節。這不幾僅僅可以用于應用程序和服務器的部署，它還能防止大規模“漂移”（以后其他管理員配置一些不必要的配置）。

PowerShell自動化為IT管理員提供了一個跨平臺的工具來部署和維護其理想狀態。它能夠讓CIO在幾分鐘內部署50臺新的Web服務器。總之，如果恰當地使用自動化，就能夠使得IT部門更好的滿足業務需求。

碰巧我的岳父喜歡老舊T系列的啟動流程。但是對于關鍵業務需求來說，***通過自動化實現，以保證安全性和可靠性。