就在不久之前，网络工程还是一项相当复杂的技术，不仅需要技能娴熟的工程师加以处理，昂贵的硬件以及神秘的MAC与IP地址也其中重要的组成部分。而如今，这一切已经成为岗位中的主流内容，十来岁的孩子就能玩转用户级路由器的情况司空见惯。连上笔记本、接入互联网，现在这些真的不能再称之为技术，只能被叫做小儿科了。
而虚拟化也必将经由同样的历程而成为主流，终会有一天，小朋友们可以恣意上手，在他们的笔记本上创建并启动虚拟机。而这一切，正是微软所期望出现的前景。就在几天前，微软Vyper-V项目负责人Matthew John证实了一条早已炒得沸沸扬扬的消息：微软的下一代桌面操作系统将内置重量级虚拟化组件。
“在Windows 8的创建工程中，我们努力引入了Hyper-V。这项计算机虚拟化技术已经存在于Windows Server最新的两个版本当中，旨在为客户机上的操作系统提供同样的功能。”
目前的客观情况是，虚拟化已经不是第一次登上Windows系统的主流舞台——举例来说，Windows 7的高端版本中就包含了Windows VirtualPC以及XP模式，其本质是在Windows 7中利用虚拟机来运行Windows XP。而微软同时还持有包括MED-V在内的其它数项虚拟化技术。搁下VMware的VMware工作站不谈，甲骨文公司的VirtualBox及其它同类产品也都能被Windows所兼容。
当然新内容也是有的，这是Windows桌面系统首次将其重视起来，使用户能够亲自动手创建虚拟机并进行相关配置、载入操作系统以及在桌面系统中将其启动起来，这一切的一切都真正成为Windows操作系统中的一部分。这可以说是主流得不能再主流、重视到无法更重视了。
根据John的说法，固化在Windows 8中的Hyper-V管理程序的版本将相当复杂。它将能够在虚拟机中运行64位操作系统，并支持32个处理核心、512GB内存的超大虚拟机。它同时还允许台式机在虚拟机运行时进入休眠状态(虚拟机进程将自动暂停)，而且包括动态内存分配——这与VMware Storage vMotion的功能很相似。“有了这一功能，大家可以将虚拟机存储信息由本地转移至另一块硬盘中、USB内存上或者是远程文件共享体系里，而无需中止虚拟机的正常运行，”John如是说。虚拟机还能够通过无线网卡向外界发起访问，该过程需要微软桥接技术对虚拟机上的虚拟网卡及台式机中的物理无线网卡间的MAC地址进行双向转化。
现在谈谈不可避免的局限性吧：大家必须要用4GB内存来运行64位Windows系统——如果各位想要运行五套以上的虚拟机系统，则需要内存大于4GB。这一点恐怕是我们难以接受的。像BitLocker这样依赖于特定硬件的软件(受信平台模块)，或者是游戏这类处理过程中需要调用GPU的软件，将无法运行良好。对延迟情况较为敏感的高精度实时音乐混音制作同样会在虚拟机中遇上难题。
主操作系统——也就是Windows 8自身——将在Hyper-V安装之后运行在其虚拟化层之上。不过，其中的特殊之处在于Windows 8将仍然能够对全部底层硬件进行直接访问，因此像BitLocker这样的应用程序在虚拟机之外仍将运行良好。但John暗示主操作系统基于Hyper- V运行也将带来一定负面效果。“……对延迟比较敏感的高精度应用程序直接运行于主操作系统当中还是会带来一些问题，”他警告称。不过这也算是虚拟化领域难以规避的局限。
还有很多细节我们仍然无从知晓。到底能不能将其导入及转换为VMware虚拟机?它到底支持什么样的来宾操作系统?只有微软自家的工作人员，还是每位用户都可以在Windows 8中运行包括Linux在内的各类操作系统?(在Hyper-V的服务器版本中，用户能够像使用微软产品一样顺利引入CentOS、红帽企业级Linux 以及SUSE Linux Enterprise Server等系统。)而企业级用户能够通过微软的系统中心虚拟机管理器对Windows中的虚拟机进行管理吗?这一切答案都将在未来的几个月中逐渐揭晓。
当我们想到这些，无疑会认定微软此次确实付出了极大的心力。毕竟对于微软来说，其虚拟化产业与VMware相比并不像桌面系统那样在业界中举足轻重，而Windows操作系统在其中并未发挥出积极的推动作用。那么，为什么不将Hyper-V虚拟化技术与每位PC用户无法抗拒的系统加以整合呢?通过将Hyper-V引入主流舞台，每位用户都能着手体验进而实际运用，而这一切都等于为其在小型及中型企业的商务流程中开拓了市场空间。只需试想这样的现实，即每位用户的桌面系统上(准确的说，是系统之下)都存在Hyper-V虚拟设备，此等规模的发展潜力是何其巨大!
尽管Hyper-V无论如何发展，都不太可能对企业级虚拟化领域造成太大的冲击，但我们必须承认Hyper-V眼下的影响力是史无前例的。至于它最终将走向何方，让我们拭目以待吧。
