這對于虛擬化領(lǐng)域而言，2016年是偉大的一年;但是，這也并不意味著所有客戶都找到屬于他們自己的那張“溫床”。對于虛擬廠商來說，在產(chǎn)品發(fā)布之前 ，出現(xiàn)了一些重大的錯誤，使得產(chǎn)品的限制讓眾多潛在買家失望至極。話雖如此，但這些產(chǎn)品的交付也解決了企業(yè)的關(guān)鍵問題。 下面，我們來看看，2016年，虛擬化領(lǐng)域的成王敗寇。

VMware

由于去年許多安全漏洞的高度公開，安全的重要性不再被過分夸大。 因此，在這種情況下，VMware的網(wǎng)絡(luò)虛擬化產(chǎn)品NSX的出現(xiàn)就不會顯得那么奇怪了。 NSX 利用其增強(qiáng)的安全功能，包括分布式防火墻、邊緣防火墻、數(shù)據(jù)安全、活動監(jiān)控和流量監(jiān)控，并添加了微分段技術(shù)。 這些技術(shù)的結(jié)合給NSX的勝利添了不分；除此之外 VMware 還對工作流的自動化進(jìn)行了改進(jìn)。 這些功能意味著更多的便攜性和靈活性，同時(shí)降低了復(fù)雜性和網(wǎng)絡(luò)運(yùn)營的成本。

對于VMware 來說，不幸的是，vSphere在2016年沒有像NSX那樣成功。這個(gè)消息并不另人震驚的，vSphere正在失去市場份額，背后的原因引人深思。 隨著越來越多的企業(yè)將其數(shù)據(jù)中心虛擬化并遷移到公有云，而把vSphere作為內(nèi)部部署平臺的需求正在減少。最近的許可更改也有可能對企業(yè)采用率產(chǎn)生負(fù)面影響。與此相同，VMware從其產(chǎn)品中刪除了最受歡迎的企業(yè)版，因此，如果客戶想要分布式資源計(jì)劃程序（Distributed Resource Scheduler ），他們必須為企業(yè)版插件付出更多的資金。

過去一年中，有很多關(guān)于Microsoft Windows Server 2016的討論，也大有很好的理由。最新發(fā)布的Windows Server 版本包括對Hyper-V的改進(jìn)、包括熱添加/刪除vNIC和修改運(yùn)行虛擬機(jī)的內(nèi)存，以及新的虛擬機(jī)配置文件格式、嵌套功能、虛擬機(jī)屏蔽、Linux安全啟動和PowerShell Direct。 Windows Server 2016 Hyper-V還具有更新的管理協(xié)議支持，以及對備用憑據(jù)和早期版本Hyper-V的支持。其中一些改進(jìn)可能是看不見，但它卻確確實(shí)實(shí)存在在更新列表中。

雖然Windows Server 2016現(xiàn)在是可用的，但是，在2016年1月作為技術(shù)預(yù)覽在發(fā)布的Microsoft Azure Stack，并在9月發(fā)布更新預(yù)覽版，它卻不會在2017年中期得到交付。不僅因?yàn)槠脚_還在一直運(yùn)行，即使它終于發(fā)布了，客戶也將因硬件原因而受到限制。只有來自Dell Technologies、Hewlett Packard Enterprise和Lenovo的服務(wù)器才能與Azure Stack集成。由于對于對客戶的響應(yīng)，和限制其對硬件的選擇方面，還存在著大量的競爭時(shí)間，因此，Azure Stack可以最后在執(zhí)行，在該說的與該做的都完成之后。

從完整的桌面虛擬化向應(yīng)用虛擬化的轉(zhuǎn)變，只是Citrix XenApp取得成功的原因之一。另一個(gè)要考慮的因素是，Microsoft提供了對Windows 10的免費(fèi)升級，它將不再支持組織所擁有的遺留應(yīng)用。即使有Windows 10拖后腿，XenApp還是給管理員提供了諸多靈活性，讓他們自由選擇設(shè)備、使用應(yīng)用。 此外，最近對XenApp的更新也是一個(gè)相當(dāng)大的改進(jìn)，這些改進(jìn)包括：與Microsoft集成、多位置管理和新的服務(wù)選項(xiàng)。

增強(qiáng)的功能和安全功能可以彌補(bǔ)Citrix XenServer 7與其競爭對手之間的技術(shù)差距，但這并不一定能確保公司取得成功。 沒有相關(guān)的生態(tài)系統(tǒng)和產(chǎn)品基礎(chǔ)，客戶不會選擇VMware ESXi或Microsoft Hyper-V，也不會看到從現(xiàn)有的hypervisor 供應(yīng)商上轉(zhuǎn)換的原因。自動化是管理員考慮的一個(gè)重要因素。XenServer 7不包括內(nèi)置的自動化功能，因此必須使用PowerShell腳本。

Red Hat

有時(shí)，簡易性是關(guān)鍵，Ansible 2.0就證明了這一點(diǎn)。自2015年10月Red Hat收購的這一自動化和配置管理軟件，通過一些后端重新設(shè)計(jì)解決了可擴(kuò)展有云部署等問題。另外，跨基礎(chǔ)設(shè)施建設(shè)的可移植性也得到了改進(jìn)。然而，真正讓Ansible 2.0被隔離開的原因是社區(qū)的參與。Ansible的最新版本包括150多個(gè)新模塊。這一軟件的其他改進(jìn)包括：減少部署時(shí)間的執(zhí)行模式和簡化手冊開發(fā)的任務(wù)塊。

持續(xù)的OpenStack挑戰(zhàn)可能意味著Red Hat的麻煩，因?yàn)椴渴鸷桶踩?，對于客戶來說仍然重大的絆腳石。因?yàn)镺penStack采用的滯后，基于開源平臺的Red Hat云基礎(chǔ)設(shè)施可能是客戶的不二選擇。 為了構(gòu)建定制系統(tǒng)，在沒有合適的供應(yīng)商的情況下，企業(yè)需要具有技術(shù)技能的員工業(yè)這樣做。此外，由于OpenStack 仍在發(fā)展中，潛在風(fēng)險(xiǎn)可能成為嚴(yán)重的問題，特別是在更大規(guī)模上。OpenStack可以提供靈活性，但作為復(fù)雜的架構(gòu)，它只適合于特定的用例。因此，在可預(yù)見的未來，它可能不會成為主流產(chǎn)品。