虚拟化VS云计算

随着云计算技术的兴起与应用，在一些中小型企业也开始随大流往这些方向对自身系统架构进行调整，但是我在与一些企业的相关人员交流中，很多客户可能用了Hyper V，Vameware等虚拟化产品后就称自己的业务已部署到了云上，今天就来区分一下两者区别。

个人理解云计算能多注重于服务化，而虚拟化则是资源整合。

发散下思维思考下虚拟化的发展，

虚拟化技术最早出现在大型机时代。上世纪60年代，IBM开始在其CP-40大型机系统中尝试虚拟化的实现，后来在System/360-67中采用，并衍生出VM/CMS到后来的z/VM等产品线。大型机上的虚拟化技术在之后20多年的发展中愈发成熟，但随着小型机以及x86的流行，大型机在新兴的服务器市场中已经失去了影响力。
由于处理器架构的不同，在大型机上已经成熟的虚拟化技术却并不能为小型机及x86所用。直到2001年，VMware发布了第一个针对x86服务器的虚拟化产品。之后的几年间，英国剑桥大学的一位讲师发布了同样针对x86虚拟化的开源虚拟化项目Xen，并成立XenSource公司（07年Citrix将其收购）；惠普发布了针对HP-UX的Integrity虚拟机；Sun跟Solaris 10一同发布了同时支持x86/x64和SPARC架构的Solaris Zone；而微软也终于在2008年发布的Windows Server 2008 R2中加入了Hyper-V。期间，VMware被EMC收购，XenSource则被思杰收购。
之后的几年间，VMware逐渐在企业级市场中被广泛的接受，Xen也逐渐在互联网领域崭露头角。在成熟的服务器操作系统当中，Novell SUSE Linux Enterprise 10是第一个采用Xen技术的。当时的Xen还很不成熟，乃至于红帽还为此取笑了Novell一番；不过几个月后，到了RHEL 5.0发布的时候，红帽决定也将Xen加入到自己的默认特性当中——那是2006年。一时之间，在Linux服务器领域，Xen似乎成为了VMware之外的最佳虚拟化选择（事实上也没多少其他可选的）。
但是，作为一项Linux平台上的虚拟化技术，Xen在很长一段时间内一直没有被接受到Linux内核的代码当中，这对于Xen的维护者而言，不仅意味着要多做很多工作，还意味着用户在废了半天劲装好Xen之后可能遇到意想不到的问题（注：2011年6月发布的Linux内核3.0中已经加入了对Xen的支持——Xen的工程师们表示这是清理了7年遗留代码、提交了600多个补丁的成果）。
而红帽方面，也许是因为当时对这种脱离内核的维护方式很不爽，也许是因为采用Xen的RHEL在企业级虚拟化方面没有赢得太多的市场，也许是因为思杰跟微软走的太近了，种种原因，导致其萌生了放弃Xen的心思。2008年9月，红帽收购了一家名叫Qumranet的以色列小公司，由此入手了一个叫做KVM的虚拟化技术（KVM，全称Kernel-based Virtual Machine，意为基于内核的虚拟机）。事实上，当时整个Xen的市场表现的确一般，2008年Hyper-V推出的时候，甚至有评论猜测思杰自己都会抛弃Xen而投奔Hyper-V（当然，思杰后来在官方博客上否认了这个猜测，表示自己和微软只是合作的比较亲密而已）。
总之红帽决定选择了一个新兴的基于内核的虚拟化技术：KVM。而在正式采用KVM一年后，就宣布在新的产品线中彻底放弃Xen，集中资源和精力进行KVM的工作。
至此各大虚拟化技术VMware，Xen，KVM等均出现，并找到自己位置。

例如华为云，公有云的模式呈现给用户更多的是直接能为客户提供服务，而虚拟化更多的是将资源整合，最常用的VM，就是把计算存储网络资源虚拟化后，给用户呈现了一计算实例，两者显然不通。