工作流自動化工具可以用來提高日常任務處理速度，并確保任務能標準化、無差錯地執行。但是，采用自動化工具可能為現有環境增加復雜度和學習曲線。

工作流自動化工具代表著效率與零散、易出錯任務的終結。

哪些內容被列在數據中心常規代辦事務清單上？提供服務器、分配存儲、配置用戶網絡訪問權限、變更控制、監控性能或者確保服務水平協議(SLA)等數不勝數的其他業務。由于這些過程不是連續的，IT人員需要手動執行每個操作。這樣會產生潛在的錯誤和疏漏，從而導致性能低下，浪費資源以及安全隱患等問題。

IT流程自動化可以使企業能夠標準化特定的流程并統一應用與自動化執行。這樣做可以提高流程執行速度并減少錯誤，從而使IT人員有更多時間從事復雜的工作，有利于降低成本，還可以生成滿足法規遵從要求的日志記錄。

工作流自動化

IT工作流將各種不連續的步驟和決策點組織起來，組成有規劃、可重復執行的活動模式。例如，在某臺物理服務器上配置一臺新虛擬機，測試系統性能是否滿足SLA遵從，或者為應用程序新建一個自動精簡配置的邏輯單元號(LUN)，這些常見IT流程都可以納入自動化工作流。

這些事務存在無數的排列組合，但每一個步驟變化，無論其多么獨特，還是一個工作流。例如，可以先通過服務請求工單為出發點，需要IT員工來評估資源需求，挑選合適的平臺，實現請求，執行測試與驗證工作，然后關閉工單。

IT工作流自動化的目的是盡可能減少人員依賴。IT管理員不再需要測試驗證工作流程的每一步，但在有些情況下，人員之間的互動是必須的。例如，如果一個自動化工具遇到了影響工作流完成的錯誤，如資源不足，它就會提醒管理員干預。

許多自動化工具都能夠和系統管理產品集成，可以深度配合數據中心使用。例如，系統管理工具顯示只有1TB存儲空間可用，而工作流程自動化工具會在每月自動創建500MB的LUN，兩個月后存儲將用完，這將促使IT人員擴容或審查現資源有使用情況。

腳本vs.自動化工具

大部分組織依舊依賴于腳本實現自動化任務，自動化工具呢？

腳本是內置到操作系統中的，如Windows服務器環境中的PowerShell腳本。可是，腳本對編程要求很高，還需要具備一些基礎設施知識、目錄服務器、服務器命名和其他敏銳的數據中心認知。現有的腳本沒有辦法根據變更進行更新——尤其沒有太多支持文檔。

相比之下，自動化工具提供無須編碼的，基于圖形化的，通過拖動與拖放創建的工作流引擎，還包括復選框等選項。先進的自動化工具腳本，將工作流轉換為標準語言(如XML)，為員工整合注釋與文檔，并且幫助組織規范組件與方法。這令工作流程自動化平臺相對于腳本，更容易隨時直觀更新與修改。

從腳本轉移到自動化工具的拐點并不是規模——服務器、用戶或應用程序的數目，因為這些都是變化的。舉例來說，小公司可能管理著許多系統并且業務依賴于無數經常需要變更的任務，而大型組織卻可能只使用中心應用程序與數據庫服務器，相對來說很少變更。

組織還必須考慮合規性。自動化工具會生成詳細的任務日志，這能證明其符合法規或企業內部政策。例如可以通過記錄證明，新設置的虛擬機都經過正確授權，并使用一套標準的計算資源。

即使設置好了，也要保持關注 從時間、精力與實現成本來評估這類前瞻性工具的好處。例如，如果IT工程師在允許的時間與精力范圍內，學習和管理所需要的工具后，能夠釋放出更多時間來處理更多任務與解決更復雜的項目，投資數據中自動化工具是值得的。

優秀的自動化工具應該是動態的——允許企業定義工作流并執行下去，當數據中心需要變更時，可以對其進行優化。

不要問“多久？”要問“能多簡單？”IT管理員需要根據需求優化與變更工作流，所以采購的自動化工具一定要易于實現、測試和梳理文檔。

選擇可以通過最小終端完成無縫變更的工具。例如，更新工作流，不應該混淆已存在隊列中的待辦任務。變更同樣需要詳細記錄，以便IT人員學習和培訓，并確保滿足合規性要求。在從測試環境移入生產環境前，需要測試與驗證所有工作流的變更。

工作流自動化工具應該然生活更輕松，而不是更辛苦。這意味著最小化人工管理。每個工具都有學習曲線——要評估其是否在合理范圍內。確保所選工具能與現有系統管理工具集成。