盡管自動化工具能夠幫助管理員解決一系列問題，但是所有環境都適合采用這種方式嗎?

盡管虛擬化技術的意義在于減少物理硬件的維護工作，但是大多數管理員表示其依然需要管理規模龐大、并且數量還在不斷增長的虛擬資產，他們的工作量并沒有實質性減少。

在虛擬機部署、維護和備份方面投入的大量精力促使許多IT部門積極尋找能夠幫助他們擺脫虛擬機繁重操作任務的工具。VMware意識到這種需求之后推出了vRealize Orchestrator，并且在一些產品——比如vSphere ——當中加入了一些基于策略的功能，比如VVOL。隨著大家對vSphere Web Client的熱情逐漸減退，越來越多的管理員開始編寫自己的腳本，使用PowerCLI以命令行的方式處理那些日常任務。

最近SearchVMware咨詢了顧問委員會的成員，詢問隨著虛擬“不動產”規模的持續增長，管理員應當使用哪些工具以及相關專家對于未來發展趨勢做出何種預測。

Amy Manley

隨著融合和超級融合系統不再僅僅停留在紙面階段，自動化技術已經成為下一個大家關注的重點。現在越來越多的人開始討論自動化技術，我相信高層管理人員在這方面進行投資的可能性也在逐漸增加。

自動化還可以促使企業實現標準化并且編寫操作流程。當然這里所指的并不是編寫系統文檔，事實上也并不需要對整個系統全部實施自動化。我很慶幸自己曾經在早期接觸過vCenter Orchestrator——也就是現在的vRealize Orchestrator (vRO) ——用來實現服務器自動化構建。自動化不僅能夠節約工程師的時間，并且帶來了大量標準化和服務質量控制機制。

服務器部署僅僅是企業應用自動化技術的冰山一角。企業能夠操作的不僅僅限于服務器方面，還能夠對防火墻規則、存儲和備份等多種任務進行自動化。如果某種工具提供了API——事實上根本不能選擇沒有提供API的產品——那么就可以將該工具加入到自動化流程當中。隨著自動化逐漸成為主流，越來越多的工具都開始提供支持調用的插件和API。

VMware正在努力推廣vRO，許多顧客甚至沒有注意到其購買的vCneter授權當中已經包含了vRO的授權。通過內置更多的工作流，vRealize Automation (vRA)拉近了自動化和客戶之間的距離。在vRO中制定自己的工作流需要花費大量的時間和精力，但是以vRO為基礎的vRA提供了更為友好的GUI界面，幫助企業更加高效地部署自己的私有/公有或者混合云。

VMware社區也為自動化工作提供了很大幫助。

Craig Kilborn

到現在為止我還沒有使用過自動化技術;我們客戶企業的員工數量最多只有10000人，相比于自動化能夠降低的工作量來說，其費用顯得過于高昂了。

首先，自動化技術需要管理員花費時間和精力對日常工作進行合理規劃，創建一個持續、可重復性流程，避免潛在的人為錯誤。因此最初需要投入一部分成本，然而問題在于采用這種方式所節省的時間以及所避免的人為錯誤是否超過了部署成本?

比如，如果企業需要每周部署一臺新的虛擬機，那么是否應該部署vRealize Automation自動化環境，并且提供自助服務接口?還是應該在vCenter當中為文件夾或者模板賦予權限完成部署呢?

Brian Suhr

我想說在過去的一年當中，我看到很多客戶開始針對其環境當中的部分功能進行自動化改造。一些企業針對基礎架構，而其他企業可能僅僅用于部署虛擬機。但是也反映了企業開始接受自動化技術的一種趨勢。

前幾年當中，我們對自動化技術進行了大量討論，但是卻很少看到有企業真正進行部署。企業對其非常感興趣，但是卻沒有進行投資。在我看來，企業并不是在使用單一工具，為了實現多種目標，他們會選擇能夠協同工作的多種工具來滿足自己的需求。對于VMware的產品來說，就是vRealize Orchestrator搭配Puppet、Chef或者其他工具。如果你正在使用Windows操作系統，那么還不能忽略微軟提供的相關工具，因為還需要使用它們來實現某些功能。

VMware和其他廠商還需要不斷發展，推動自動化市場更加成熟。它們應該在培訓方面做出改進，以幫助管理員更好地發揮這些工具的價值。

Trevor Pott

我在自己的環境當中使用過很多種自動化工具，但是它們當中的大多數都是很久之前就已經出現的：比如Cron、計劃任務、自動備份、自動快照、為部署新操作系統精心設計的實施流程以及自動化評測系統。

而這些自動化工具的問題在于維護。管理員應該在需求和自動化工具之間進行真正權衡，以確保自動化工具所帶來的維護任務不會超過原本的工作量。有些時候，只需要為任務設定一個簡單的提醒——比如更新SSL證書或者域名——這種方式相比于使用API編寫腳本更加合理，因為這些任務可能五年才需要進行一次，并且會不斷發生變化。

對于VMware環境來說，至少需要購買Puppet，這是在環境當中實現自動化的基礎工具。Puppet、LoginVSI以及Liquidware Labs都值得考慮。真正的自動化應該是包含操作系統、應用程序和基礎架構的整體自動化?？梢詫⒆詣踊捅O控結合起來創建被動式觸發器，或者將其和類似于云物理學的預測分析機制相結合創建主動式觸發器。

當管理員想要向網絡當中增加新的節點時，需要使用自動化工具對其進行監測，使用評測工具為其劃分配置文件、將結果加入到主數據庫當中，之后將系統加入到hypervisor當中，為新硬件和分布式負載自動尋找最為合適的集群。如果給我足夠的產品選擇，那么我今天就能夠完成這些工作，但是這種方式并不靈活。

我們為什么要在基礎架構上浪費時間呢?很多公司的管理員都擁有天賦和技術能夠“構建自己的自動化云”，將一個需要眾多博士生才能完成的單調乏味并且高成本項目轉化為一項按下按鈕就能完成的工作。

下一代系統管理員希望通過使用公有云計算技術來降低其基礎架構復雜度。如果私有云擁有競爭力——從政策、經濟和安全方面考慮的確如此——那么我們需要大力推進這項技術的發展。

VMware并不能完全依靠自己的力量來完成這項任務。并且能夠完成這項任務的員工都在不斷離開，嘗試創立自己的企業。因此這種趨勢將VMware帶到了一個十字路口：向能夠推動VMware發展的創業公司支付費用，還是眼看OpenStack逐漸從小眾市場而成為主流。

Rob Bastiaansen

自動化正在逐漸遠離測試和開發領域，越來越多地被應用在生產環境當中。

很久之前，VMware推出了Lab Manager，允許測試和開發團隊管理自己的虛擬機。自此以后，VMware又推出了vCloud Director和vRealize Automation等產品，在自動化領域取得了很大發展。vRealize Automation——也就是之前的vCloud Automation Center，這是VMware連同vRealize Orchestrator一起收購的工具。

VMware已經采用了多種方式實現產品集成，并且將它們和其他VMware產品聯系在一起——但是目前還沒有完全實現。VMware需要在集中管理、認證和授權管理方面對其自動化技術做出改進。

比如，VMware應該開發一種集中管理入口或者配置儀表盤，允許管理員更加輕松地了解整個系統當前的配置情況。這樣一種集中式概覽還有利于實現整個自動化系統和整個虛擬化系統的安全。