本系列初步构思有五篇文章，主要介绍网络虚拟化，存储虚拟化，服务器虚拟化，桌面虚拟化和应用虚拟化。 先从我们大多数人较熟悉和常用的服务器虚拟化开始。这里所说的服务器虚拟化，包含服务器操作系统的虚拟化，也包含办公娱乐操作系统的虚拟化，说白了就是对各种操作系统的虚拟化，我们用户使用到的虚拟机（VM，Virtual Machine）。 一、云计算 在谈论虚拟化之前，却有必要说明一下云计算。 云计算，这个名词如今已是大红大紫，但现在还没有权威的具体的定义。我反复查找资料，看到美国国家技术和标准研究院（NIST）有一个定义供参考。 “云计算是一个提供便捷的可通过网络访问一个可定制的计算资源池的服务模式（计算资源包含存储，网络，服务器，应用和开发等）；这些资源能够快速部署，并只需要很少的管理工作或与服务供应商很少的交互。” 上面一段话理解起来有点深奥晦涩，在这里我仅罗列云计算的一些特点，（我个人理解的云计算）具有如下一些特点： 资源池化 按需使用 自助服务 虚拟化和网络化 高效率和低能耗 可扩展和可度量 任意设备和便捷访问 虽然目前业界对云计算没有完整权威定义，但当今云计算的具体服务模式，却显而易见的有以下三种方式： 基础设施即服务 Infrastructure as a Service，IaaS 平台即服务 Platform as a Service，PaaS 软件即服务 Software as a Service，SaaS 我说了这么多废话，大家好像也没看出与今天要探讨的虚拟化有多大关系，诸位且慢，请看下图一所示。（图一、虚拟化与云计算架构） 可见虚拟化是云计算的基础，离开了虚拟化，可以说云计算必然成了无源之水无本之木。 二、虚拟化 那什么是虚拟化呢？较学术的解释如下： “一种对不同计算资源进行隔离、去耦合的过程。” 照我的理解，就是实现软件与硬件无关（也可以说是把硬件标准化），这样就达到操作系统和软件资源可在不同物理硬件之间移动和运行的目的。 三、虚拟化架构 当今用于服务器虚拟化的体系架构，归纳起来可以说有如下图二所示的三种：（图二、常见的三种虚拟化架构） 这里面涉及到一个叫VMM的层，我们称其为虚拟机监控器（Virtual Machine Monitor），它主要是实现多个独立实例共享同一底层硬件资源。 最左边的，可以叫程序虚拟化，常见的就是Java虚拟机，它隔离特殊进程，为其创造运行环境，达到与操作系统无关，程序不必为特定的操作系统或硬件编写。 中间的这种，我们可以说是混合虚拟化，就是在操作系统底层(Ring0)加入相应驱动，但还与操作系统应用层(Ring3)有交互，也就是说虚拟化管理层是运行在主机操作系统之上，依靠主机操作系统来模拟硬件设备，以便在其上运行虚拟机，其优点是对物理硬件要求低，但是性能相对差。常见的例子有微软的Virtual PC/VirtualServer；VMware的VMware Workstation/VMware Server；VirtualBox等。 最右边的，可以说是真正的虚拟化，有的称其为裸金属架构。他是直接在硬件上跑虚拟化管理层，其优点是性能比较好。裸金属架构的虚拟化管理层，一般叫做Hypervisor，它一般运行在Ring1层（进一步解释见下一段落）。常见的有VMware ESX Server，微软的Hyper-V（微软2003年收购Connectix后获得的技术发展而来），思杰的XenServer(源于英国剑桥大学计算机实验室开发的一个Xen虚拟化开源项目)。 该体系架构最初有牛哄哄的IBM于上世纪60年代设计，主要是用于大型机的。事实上要实现虚拟化，还得处理器硬件支持。x86 处理器有 4 个特权级别：Ring 0 ~ Ring 3，只有运行在 Ring 0 ~ 2 级时，处理器才可以访问特权资源或执行特权指令；运行在 Ring 0 级时，处理器可以访问所有的特权状态。x86 平台上的操作系统一般只使用 Ring 0 和 Ring 3 这两个级别，操作系统内核等运行在 Ring 0 级，用户进程运行在 Ring 3 级。为了避免来宾操作系统控制系统资源，Hypervisor不得不降低自身的运行级别，一般运行在 Ring 1级（Ring 2 不使用）。x86处理器硬件起先并不带有虚拟化功能（主要就是实现Hypervisor运行在 Ring 1级），在2005年与2006年，英特尔与AMD分别在它们的x86架构上实现和硬件支持虚拟化。 四、裸金属架构的区别 如上所述，即使是裸金属架构的虚拟化，它也有一个VMM的层，一般又叫做Hypervisor，并且一般运行在Ring1层。主要代表有VMware ESX Server和微软的Hyper-V。但他们两家也还有一些不同之处。如下图三所示。（图三、胖廋虚拟化比较） VMware ESX Server由于把底层物理硬件的驱动程序整合到Hypervisor管理层中，所以管理层显得比较胖，我们不妨称其为胖虚拟化。这种架构对底层物理硬件的要求比较高，稳定性和安全性的挑战比较高。 微软的Hyper-V，Hypervisor管理层仅用于管理CPU和内存，而不包含底层物理硬件的驱动程序，所以管理层显得比较瘦，我们不妨称其为瘦虚拟化。由于不包含硬件驱动，所以代码量比较小，安全性更高、稳定性也更好，更进一步的介绍请看下一章节分解。 五、Hyper-V介绍 微软的Hyper-V架构如下图四所示。（图四、Hyper-V架构） Hyper-v架构相关术语 除了独立版本的Hyper-V服务器之外，一般的微软Hyper-V都需要一个父分区，其中运行支持Hyper-V的服务器操作系统或桌面操作系统。 父分区中的虚拟化堆栈可以直接访问物理设备，通过父分区，可以创建子分区并在其中运行来宾操作系统（Guest Operating System，Guest OS），各个子分区的虚拟内存空间都是相互独立的。Hypervisor层（图中Microsoft Hyper-V层）执行处理器中断。 子分区不能访问其他任何物理资源，它们通过虚拟设备的方式来访问硬件，对于虚拟设备的请求，通过VMBus或者Hypervisor层来转到父分区，交由父分区代为处理。 在父分区运行的虚拟服务端程序（VSP）通过VMBus处理来自子分区的设备请求。在子分区中运行的虚拟服务用户端（VSC）通过VMBus将请求交给VSP来处理。这些操作的过程，对Guest OS来说，都是透明的。 VMBus：运行在物理机共享内存里的虚拟机高速总线，通过VMBus，子分区里的所有硬件请求可以通过VMBus快速的递交给父分区，然后由父分区来完成相应硬件的调用。它是支持即插即用的总线，如在物理机里**的SCSI设备、网卡支持VMBus的显卡。那么，安装在Hyper-v的虚拟机将会自动的加载挂载在VMBus里的相应硬件驱动，从而供虚拟机使用。 VSP:全称Virtual Services Provider即虚拟服务提供程序，它是和VMBus相关的两个进程之一。它存在于父分区中，用来监听来自于VMBus数据的请求，然后把这些请求通过物理机里的I/O堆栈直接转到相应的硬件驱动程序上参与Hypervisor直接交接到相应的设备上去。VSP它支持多路复用技术，即可以监听来自多个物理机上多个虚拟机的硬件调用通信，如物理机上只有一个显卡和对应的VSP，但是VSP可以处理来自多个虚拟机上的显卡的请求。然后通过VMBus来进行相应转发。 VSC:全称Virtual Services Client即虚拟机服务客户端，它是和VMBus相关的另一个进程。它存在于子分区中，用来监听虚拟机里应用程序对虚拟机里的I/O堆栈所发送的设备请求，让后把请求转换为VMBus能够识别的数据格式，让后再发送到VMBus上，最后再转发给相应的VSP,VSP再转给相应的硬件驱动。从而完成虚拟机上应用程序对硬件的调用。 VM Worker Process(工作者进程):用来和每个子分区（虚拟机）进行一一绑定从而来进行虚拟机之间的隔离。 WMI Provider(windows 管理接口提供程序):提供对虚拟机进行管理的windows管理接口。 VM Services(虚拟机服务):虚拟机相对应的服务进程。 HyperCall Adapter（虚拟设备）：支持VMBus的设备。 Emulation（模拟设备）：不支持VMBus的设备。 在Hyper-V的技术架构上，子分区分为三类： 1、运行Windows操作系统并有Hyper-V意识。 2、运行非Windows系统并有Hyper-V意识，需要HyperCall Adapter（虚拟设备），支持VMBus的设备。 3、无Hyper-V意识，可能运行Windows或非Windows操作系统；即Emulation（模拟设备）：不自持VMBus的设备。 这三类分区的区别在于： 1类分区可以使用VSC和“Enlightenments”获得最好的性能和全部Hyper-V特性；通信过程见如下图五所示。（图五、全Hyper-V意识） 2类分区可以通过VSC和第三方驱动实现较高的性能和部分Hyper-V特性；通信过程见如下图六所示。（图六、部分Hyper-V意识） 3类分区只能通过模拟设备访问硬件资源，效率较低；造成其效率低，主要是因为其模拟器效率低下，通信过程见如下图七所示(不使用高速虚拟总线VMBus通信)。（图七、无Hyper-V意识） 什么叫Hyper-V意识？从当前微软给出的资料来看，经过“启蒙”（Enlightenments）的操作系统，可以和Hpyer-V结合度更高，获得最好的性能和全部Hpyer-V特性。这里个人理解，“启蒙”的含义主要就是来宾操作系统能否直接识别、支持Hyper-V的标准硬件（也就是说直接驱动）；是否支持Hyper-V的某些核心技术；还有是否支持CPU等硬件的某些最新技术，如CPU支持二级地址转换（ SLAT: Second Level Address Translation)。 六、写在最后 本文首先从云计算、虚拟化入手，介绍了三种当今常见虚拟化技术架构，再分别描述了裸金属架构下两种实现方式的优缺点，最后稍详细的介绍了Hyper-V下的三种来宾系统情况。因作者个人的开发测试环境已经从Virtual PC/VMware Workstation转移到Windows8的Hyper-V下，效果极度完美，老是有人问及什么条件下才可尝鲜一把Windows8的Hyper-V，现写在下面，也算是结尾。 软件方面： 除了主板BIOS有无开启CPU虚拟化功能选项外；Windows8，要具有虚拟化，操作系统必须是64位的专业版或企业版。 硬件方面： 1、 需要一个 64 位处理器； 2、CPU支持虚拟化。包括虚拟化选项（具体来说是 Intel 虚拟化技术 (Intel VT) 或 AMD 虚拟化 (AMD-V) 技术）的处理器提供此功能。 3、硬件强制实施的数据执行保护 (DEP) 必须可用且已启用。具体地说就是，你必须启用 Intel XD 位（执行禁用位）或 AMD NX 位（无执行位）。 4、CPU支持二级地址转换（ SLAT: Second Level Address Translation）。如果是Windows 2008R2/2012等开启Hyper-V不需要此功能。

本帖最后由 yd_43423132 于 2017-9-13 14:19 编辑混迹云圈的童鞋们，随着接触时间变长，进入脑海的领域词语越来越多，云计算、云服务傻傻分不清？来一起看看吧，有不同见解的，欢迎拍砖讨论~有不同见解的，欢迎拍砖讨论~云计算“云计算”是指一种技术架构，主要包含了虚拟化、自动化部署、分布式计算等技术，这个技术架构的优点是可以对外表现非常优秀的并行计算性能、规模伸缩性和健壮性。 云服务“云服务”是指在云计算的技术架构支撑下，对外提供的按需分配、可计量的IT服务，可用于替代用户本地自建的IT服务，主要分为三个层次：IaaS、PaaS、SaaS。 关系：至少当前，云服务是依托于云计算技术架构能力，而存在的。为什么说“当前”？ 就是说云服务在未来的发展当中是否会逐渐摒弃云计算等技术架构，说不准哦！或许会有更合适的技术架构能力比传统的云计算架构具有更大的价值。云服务其实是运行在云计算之上的，云计算作为整个云平台的技术基础架构，对于推动整个云计算业务快速发展具有非常重要的作用用户感知：云计算偏向技术和基础设施资源，用户或者客户感知偏弱；云服务偏向用户想要什么，如何使用，是真正可以受益的东东。就好比我们平时把云计算形容为互联网的水、电、煤，也就是基础资源，但大多数用户并不关心这些基础资源是怎么来的，而是关心可以用来做什么。从这个角度来看，云服务比云计算更加大众，也意味着更大的市场。对于用户而言，云服务的一些具体实现离不开云计算技术以及云计算架构的底层支撑，因为对于用户来说，感受云计算所带来的改变势必还是要通过日常工作、生活等方面更“接地气”的去体验。

本帖最后由 yd_98164223 于 2017-9-12 15:08 编辑云计算概念的提出，兴起，到在业界的广泛应用与宣传，已经快7,8个年头。就像之前纳米概念的在各行各界的“广泛应用”（理发行业的纳米烫，粮油领域的纳米油，纳米大米，以及建材五金中的纳米级的建筑材料等等），当下IT行业中如果不涉及云，SDN，机器学习以及数据挖掘，很难抓住投资者和用户的眼球。然而云计算的概念是什么，当下流行的解决方案有哪些，以及云计算行业的领军人物都有哪些，作为初入职场刚刚接触“云”的我们，在向周围的人求教的时候，面对各种各样的解释，还是会“云”山雾照，摸不清头脑。本文将以漫威电影中的角色进行类比，对云计算的概念进行解释。 首先，在讨论之前，说明本文的设定是基于漫威电影《复仇者联盟》系列以及《钢铁侠》系列的电影情节。如果大家对以上电影比较熟悉，那样会更好。 随着当今社会科技的发展，计算机已经成为快速高效便捷生活中必不可少的一部分，作为计算机的缩影，手机更是成为了年轻人生活中比不可少的的一部分。 1385 在电影《钢铁侠》中，主角小唐尼在被xx组织**以后，设计出了初代钢铁侠战衣，并成功逃脱。而计算机之父图灵，也是基于一战中计算弹道的需求，设计了初代计算机。一法通则万法通，那么，我们就把钢铁侠的战衣，与计算机等价，以钢铁侠的视角，来解释云计算的发展以及组成架构，即： 钢铁侠战甲=计算机 1386初代钢铁侠战衣 那么，我们的面临的问题就出现了，既然钢铁战衣（计算机）这么的好，那么当然每个人都会想搞一套，以满足我们日常生活以及行走江湖的不时之需。但是，在现实生活中我们享受计算机带来的便利时面临着很多琐碎而费时费力的问题：电子产品更新换代速率太快，而软件要求的计算性能越来越大，就仿佛穿着初代战甲，要面对无数武装到牙齿的**一样。想要升级战甲，摸摸钱包，还是有心杀贼，无力回天。而且，哪怕你物质条件丰厚，买的起最新的战甲，但还是会面临着个人信息被窃取，战甲权限被盗用，以及无法随时随地使用战甲的尴尬。（即家里一台电脑，办公一台电脑，出差还得有笔记本，重要信息备份还得有数据中心）等等。 计算机最初的目的，就是为了快速计算，而钢铁战衣的最初目的，是为了让主角存活。计算机在最开始的时候，与钢铁侠面临的问题是一样的：操作困难，指令复杂，部件出错率高。经过硬件与软件发展，计算机的性能已经有了不可思议的飞跃，而小唐尼的钢铁战衣也已经在在单兵作战体系中的性能达到了近乎完美无法提升的地步。 那么，作为主人公，小唐尼在面对单兵战甲易损坏，容易被人窃取，不易携带以及无法战胜像浩克这样的庞大战力的问题时，是如何处理的呢？答案是反浩克战甲系统。在我们生活中，我们的解决方案就是云计算，即： 反浩克战甲系统=云计算平台 电影之中的反浩克系统是安放在宇宙空间站的战衣组件仓库，当钢铁侠在惹怒了浩克以后被狂揍不止的时候，根据小唐尼的指令，缺胳膊就给胳膊，腿断了就还腿，拳头不够大不够给力的时候，还基于浩克的战力给出了相应的定制化部件。反观我们的云计算平台的物理中心，大多是建立在温度，湿度条件符合的多个地点，也部署了超大规模的服务器集群，用户计算能力不够时提供计算服务，用户需要文件备份时提供分布式存储，还有定制化的高速计算，图形处理等等，总之就是用户需要什么，我们在能力可达的范围里尽量满足，当然，是在用户付费的前提下。 那么接下来需要等价的概念就是谁来担负起分发作战组件的责任呢？答案就是贾维斯和Openstack，即： 钢铁战衣智能管家贾维斯=Openstack管理平台13871387 贾维斯作为钢铁战衣中内置的人工智能，会在非战斗状态和战斗状态向小唐尼汇报战衣状态，安排战衣部件更换，为小唐尼安排个人的行程，甚至在小唐尼和女友生气时“助攻”。而我们的Openstack云平台管理系统，也在做着类似的工作，根据用户发送来的请求，为用户提供虚拟机，卷，镜像等等各种各样的服务。比电影中单一的人工形象更为详细的是，Openstack云平台管理系统分别有Nova,cinder,neutron,keytone,ceilometer等等组件，对应相应的服务： Keytone作为用户请求的入口，起到身份认证的作用，只有通过了keystone的认证，用户才能在自己的权限下面使用Openstack云计算平台所提供的相关的服务。 Nova主要处理用户对虚拟机创建，管理的请求，也是整个系统的核心部分。Nova 又有nova-api,nova-conductor,nova-scheduler,以及nova-compute组件构成。Nova-api负责接收用户请求，完成鉴权后将请求传递给conductor,conductor主要负责与后端数据库的交互，在后端数据库中维持着虚拟机相关信息的表格，conductor接着向scheduler发出请求，要求其在管理的服务器集群中按照一定的算法规则选取创建虚拟机的地址，然后在将选取的结果返回给conductor，在数据库中操作，接下来，condutor 将选取的位置和创建的请求发送给nova-compute,由nova-compute向下端对接的虚拟化技术交互，根据传递的参数完成虚拟机的创建。下端对接的虚拟化技术有KVM，Xen，以及VMware等。 Cinder负责存储相关服务，实现块存储。cinder与nova部件组成类似，也有接收请求的cinder-api,负责调度的cinder-scheduler,负责创卷动作的cinder-volume，另外cinder还有备份相关的cinder-backup。而且，cinder创建卷的流程是基于task-flow机制进行创建的。每一步流程进入工作流中，如果失败，会自动回退。 Swift实现对象存储。 Neutron实现网络相关服务。 Ceilometer作为监控计费组件，也是我们的“钢铁战衣仓库”得以运行下去的关键部分。不仅监控着整个云计算平台正常运转，还担任着“售票员”的角色。Ceilometer主要部件有polling-agent与notification-agent。这两个代理对应着两种不同的获取监控信息的方式，polling-agent会加载各种各样的插件，包含对服务器硬件的监控，以及对虚拟机性能等的监控的插件，他会按照pipeline文件中的配置参数，按照一定的时间间隔主动的向以上的各个部件获取监控参数，主要获取的是具体的数学类型的监控数据。而Notification-agent主要是被动监听在消息队列上的消息。Openstack云计算平台各个组件在开始某个动作或者结束某个动作或者是某个动作失败时，都会向消息队列发送信息。就相当于几个村干部在干某件事情的时候会下村大队的大喇叭上喊一声一样，而notification-agent的做的事情，就像一个认真的村民，把他关心的大队通知都认真的记下来。 Ceilometer还有collector收集器组件已完成与后端数据库的对接等等，在这里就不在赘述。 最后总结：当用户都是钢铁侠时，计算机就是钢铁战衣，云计算平台就是钢铁战衣仓库，而我们的云计算平台就是为钢铁侠实时分配战衣的人工智能贾维斯。而我们的级联场景就是由于管理的服务器集群庞大，会有一个主管贾维斯，下设多个贾维斯助手，由主管贾维斯与用户钢铁侠交互，将指令下达给贾维斯助手，由贾维斯助手完成钢铁战衣的分发。 在这里，还有一个不成熟的设想：手机作为计算机的替代品已经完美的完成了计算机在普通用户生活中的作用，手机的性能也日趋固定。有没有可能在5G场景下保证网络极速的前提下，完成手机向瘦终端的转变呢？高品质高质量的服务在云端，手机只提供上网的功能呢？

首先，要先回答一个问题，就是我们为什么要用云？只有了解了需求，才能从需求的角度出发去判断云服务上提供服务的质量。 使用云的好处主要是以下几个方面： 弹性 弹性，可以说是云服务给传统的IT 带来的最大的好处。我们举两个例子：双十一购物节和宝强深夜发微博说自己被绿了。前一个带有鲜明的时间特点，地球人都知道在双十一那一天交易量是平日的n倍，此时淘宝和天猫的服务器需要扛住很大的负载。第二个明显带有随机性，毕竟宝强在没有发现自己被绿的时候生活还是很愉快的，这种杯具的事情没办法确定发生的时间以及人群的关注程度。 对于传统机房来说，这两种都是比较难以应对的情况。对于第一种情况还算好的，人们可以根据历史上双十一的交易记录提前线性的估算本年度的一个容量，再根据容量去提前购置服务器硬件、上架和配置应用等着双十一的到来。但是这样问题就解决了吗？没有！因为这可能会出现两种情况，一种是用户购物特别踊跃超出了之前的估算，虽然扩大了服务器的规模，仍然扛不住负载；另一种是人们购买没有预想的那么踊跃，服务器购置造成了浪费。另外这种为了一年之内仅有几天高负载的情况，去购买大量的服务器本身也是一种浪费。服务器买回来，摆在那里，你用或者不用都在折旧，财务上都要计提折旧费用。对于第二种宝强的情况，那就更加难以处理了，因为这种随机的流量暴增既无法预测，也无法控制。传统机房很难应对。 对于云服务来说，如果可以根据用户的负载情况随时动态的调整服务器实例的数量，或者动态的引导用户流量到指定的机房站点(Site)那将对应用是非常有帮助的事情。当用户访问量暴涨的时候，服务器实例个数会随之自动增长，反之会自动下降，帮助应用度过负载高峰。这就是弹性计算。 易于开发、部署和维护 目前来说，绝大多数互联网服务都采用DevOps 和敏捷开发模型，迭代周期短的有一两周，长的可能一个月。因此，要求程序的不同版本可以快速、平滑地互相切换，也需要作为应用程序宿主的托管服务商可以提供快速部署的支持，以及DevOps 方面功能上的支持。以便可以实施可持续地自动化构建(CI)、可持续地自动化部署(CD)。 传统上，要上线一个系统，往往要经过以下几个阶段：售前评估->商务谈判->下单->服务器到货->服务器上架(包括网络规划VLAN等等)->软件安装调试->正式投产。而使用公有云服务，会将这个实施流程缩短。售前评估可要可不要(因为日后可根据运营情况调整虚拟机型号)，商务谈判、下单、服务器到货、服务器上架甚至软件安装调试几个步骤缩减为服务器租用和服务器调试两个步骤。如果使用PaaS或者SaaS服务甚至更简单。 云上的扩展服务 云服务商是否可以在云平台上给应用提供更多更好的扩展服务，往往也是云平台的决胜关键。比如百度大脑这一类的服务，由于需要大量的基础性算法和大量的数据作为积累，这些人工智能领域的功能以前是小的软件开发商技术能力，或者财力以及数据积累都无法单独实现的。但是像这些多金的大厂是由能力进行研究并把服务开放出来的。这些服务被越来越多的中小软件开发商所接受，在逐渐地集成到他们的应用中。 连通性和开放性 连通性主要是指云服务平台与互联网的连通性，比如是不是干网机房；云服务平台自己内部的数据中心之间的连通性；云服务平台与其他云服务平台或者IDC机房的连通性，以保证用户现有应用与云上的部分可以无缝对接。 开放性是指对使用云的用户的软件组件、技术平台、开发语言等的要求。这方面要求越低，就说明平台越开放。就越方便各种技术流派和技术架构的云用户使用这个云平台。 按需付费 云上的服务都是采取按需付费的模式，计费粒度是否够细致，计费是否精确等等。都对云平台提出了较高的要求。 因此，判断一个云平台的好坏，可以从以下几个方面考量：硬件条件、运行的服务和生态环境。 硬件方面： 也就是常说到的IaaS Infrastructure as a Service，主要是看云服务商机房的品质、链路的品质和服务器的品质。 机房方面，要看云平台服务商的机房部署在哪些物理位置上，覆盖面是否够广泛？机房遵循的是国际上4代机房还是4.5代机房来构建？选址、安保、电路都是决定性要素。 链路上，要看数据中心的接入带宽以及接入服务商的服务能力和品质。要知道，在2010年以后，电信行业对国际数据链路的需求早已经不是主流，而由微软、谷歌和Facebook 各自组成的财团在大规模地在国际海域铺设光缆，目的就是为了联通各自散落在世界各地的机房节点。数据对链路的需求早已超过了电信语音对链路的需求。在这些方面，即使是AWS 这种企业也望尘莫及，毕竟家底还是薄了些，盈利也是最近的事儿。而拥有巨额现金的IT 巨人们对海底光缆的收购和投入是不遗余力的。 服务器的品质，这个不得不要鄙视一下中小型云厂商了。因为大厂门都是专业的定制化硬件，而不是成堆成堆地购买DELL、HP和浪潮的1U/4U 服务器。原因很简单，他们要尽量提高机房内的密度，降低机房能耗，以便摊薄运营成本。在一个地区，地价相对接近的情况下，在相同面积内谁能放下更多地CPU和内存以及存储，谁就占据着一次性投入的成本优势。谁家的CPU和内存能耗低，谁就占据着运营成本的优势。大型的云机房都是几万甚至十几万CPU核的量级，每个CPU核每天降低一瓦能耗，每年可以节约惊人的电费。阿里巴巴在千岛湖设置机房，也不是因为那里风景优美，而是为了可以把湖底的水抽上来给机房散热，降低空调用电成本。让千岛湖做真正的水煮鱼，至于对环境的影响，比如湖底水温上升多少度会让湖底藻类群落和鱼类产生什么样的变化，这就是一件谁也说不清楚的事儿了。 运行的服务： 其实对于硬件上的差异，云用户是可以忽略的，因为毕竟云机房都相对地处偏远也不让参观，用户无法直观地感受到其中差异。 而软件上的差异是云用户可以直观感受到的。说到云平台上运行的软件，比如PaaS 和SaaS 这部分，绝大多数的小运营商和电信开设的『云机房』基本上都可以洗洗睡了。因为他们除了CPU 内存和存储容量以外也没法给云用户谈其他的了，没有技术储备的云服务商没有能力提供PaaS 和SaaS 层面的服务。但是对于云的直接用户来说，他们需要的可不仅仅就是CPU 和内存这些，他们需要有PaaS 平台帮他们快速构建应用，他们需要有一系列的工具来帮他们支撑DevOps和敏捷开发，他们需要有智能化的服务来帮助他们提升用户体验，他们需要大数据平台来支撑他们分析数据挖掘用户需求。如果这些都没有，那就只能呵呵呵了。 没错，构建云服务的基础性技术是虚拟化技术，但虚拟化技术并不等于云计算。虚拟化技术解决的是在一个物理机房内计算能力的调度。虚拟化技术是构建云服务的充分不必要条件。举个反例，如果说世界上顶尖的虚拟化服务提供商是VMware 恐怕没人反对吧？微软的Hyper-V随着操作系统免费送，恐怕都追不上收费的VMWare的市场占有率。但是为什么VMWare 没有成为世界一流的云服务提供商呢？原因很简单，不是它没钱，而是WMware 技术栈都集中在虚拟化技术上，没有形成从开发工具到测试部署和运维的完整技术栈，无法为云用户提供有效的支撑。所以VMWare 在公有云领域浅尝辄止了。 在这方面，微软主要是以自家的产品和商业软件形成了闭环，从整个ALM 基于云用户完善地支持。其它云服务商主要是以开源技术为主，基于Apache 的系列开源套件，配合Eclipse 等等IDE 以及Jenkins等等给云用户提供支持。 生态环境： 用户和应用程序对云平台的需求是多种多样的，如果一个云服务提供商可以支持多种多样的应用共存，大家形成良好的共生关系，那么这样的云平台是完善和健壮的。它本身就像一座森林，而不是花盆里的一株绿植。 这里就不得不说一下Snapchat 和谷歌的关系了。由于谷歌是Snapchat的投资人，因此Snapchat 绝大部分的服务都跑在谷歌云上，并占据了谷歌云用量的很大很大一部分。在今年年初双方签署的备忘录上表明Snapchat未来5年还要至少在谷歌云上花20亿美元。Snapchat spending $2 billion over 5 years for Google Cloud | ZDNet 这种一家独大的局面会影响谷歌云的发展导向，会自觉不自觉的首先满足Snapchat的需求，会适应Snapchat的发展等等…… 这对中小型用户来说是不利的，除非你的应用模式和Snapchat一样，但是如果你复制了一个Snapchat，你的商业模型注定是要失败的，根据互联网7:2:1法则，老大占据70%的市场，即使你是老二有20%的市场份额，那也是没有前途的。 结语： 1. 云计算到底是什么？ 说实话，云计算到底是什么，我也说不好。因为云计算还在不断地发展和演进过程中，人们在不断地为云计算赋予新的功能和含义，我无法用简单扼要的语言来概括云计算。 2. 云计算未来会是什么样？ 云计算未来会像水、电、互联网和煤气一样是一种公共服务资源，人们按需租赁和使用。它的便利性大大地促进了人们的创新实践。 3. 怎样才算是一朵好云? 个人以为有以下几个标准： a) 云平台是否是这家公司的主导战略性产品？ b) 云平台是否拥有构建自身应用所需要的PaaS 服务？ c) 云平台是否有支撑应用程序开发->集成->测试->部署->运维的一整套方法论、服务和工具？ d) 云平台是否有良好的伸缩性和扩展性？ e) 云平台是否有专业化的运营团队，7x24地支持客户解决遇到的问题？ f) 这个云平台技术和服务是否还在演进？(意味着云平台服务商仍然在持续地研发和投入)

1.华为是这几大厂商中唯一家能把控上游整个生态链的. 在 ICT 领域中,华为可不光是卖路由交换的,人家还做服务器,还卖通信网设备,还卖基站,连手机都卖,而且居然还能自己生产芯片. 同时人家现在 openstack白金会员,基础软件能力逐渐发力,跑的很快;而且客户服务能力又强,大客户可以直接销售,即便有时设备软硬件不给力,人肉顶上也硬肛,同时造成员工过的也比较苦. 这意味着,如果华为有牌照,只要想, ICT 行业上游的一切都可以自己一家全部搞定!一家企业可以几乎自己搞定一个行业的整个供应链,不依赖他人,你说可不可怕! 而相对于其他云厂商,很多都是互联网行业过来的,用户也主要来源于互联网,对上游硬件基本上主要依赖于各厂商,自己的各项调整也会受制于很多外部环境,越靠底层控制能力越差,成本越没办法自己说的算. 更何况,进阿里腾讯机房看看,清一水的华为 logo.也就是说,华为对于他们来讲,既是供应商,也是竞争对手!!这到了竞争阶段,可想而知是有多掣肘! 2.公有云远没饱和,客户云采购决策受华为影响很大. 截止到17年,全球云计算采购占总 IT 采购30%都不到,而国内则恐怕连10%都不到,所以其实公有云的路其实还很漫长. 比如作为一家国内的企业,他们可能听说过 aws 听说过阿里云,但是人家招投标搞了10多年,机房里用的都是华为的路由交换服务器,里面跑的都是华为的软件,已经搞了很多年,现在人家要上云,你觉得人家会首先考虑谁? 所以说,这些企业多数还没有上云,客户关系,渠道体系都是现成的,采用云计算优先考虑华为的可能性会非常高,对于客户来说,换汤不换药,只不过从采购产品变成采购服务而已;但这些客户如果用阿里腾讯之类的那对他们而言,变动就太大了,连定制开发都不肯,服务更是远跟不上,绝非好的选择. 3.和阿里云,腾讯云比,华为云客户可能来自于全球不只是本土公司,所以华为的对手实际可能未来主要是 aws. 阿里,腾讯等云服务商确实已经在国内做了很多年,但是基本就是长期处于培育市场的过程中,还没赚到什么钱,更来不及将云业务延伸国际化. 而华为就完全不同了,在 ICT设备分销时代就已经变成了全球化业务,欧洲,中东,非洲各大运营商用的很多华为的设备,是各大运营商首选合作伙伴. 它的云业务开展,也是直接全球化的,而且是直接绑定国外各大运营商联合提供公有云服务,即便国内市场还在培育,而国际市场也许却能先赚到钱也不一定,在拥有这种明显的优势的情况下,它的竞争对手显然不会只是国内的云服务玩家,而是 aws 之类的国际云服务商. 4.公有云会成华为核心业务,而其他企业未必. 对于其他云服务厂商基本上公有云都是副业,而对于华为,这却是主业! aws 虽然营收已经基本超了亚马逊购物,但是本质上亚马逊主要还是个购物网站;同理阿里就更多更杂了,金融民生无所不包,云只是其中一块业务.腾讯主业还是网络通讯游戏等,云只是顺手做的. 但云作为 ICT 基础设施来讲,这却是华为的命脉,目前看来只要华为肯发力做什么东西,好像还没有做不成的,从基础软硬件到公有云其实不是战略扩张,因为这是一种自我革命的行为,所以是战略转型,这种情况属于殊死一搏,所以云成为其最擅长的能力领域只是时间问题. 同时华为不论怎么折腾,都只专注于 IT,都不会碰他们客户的业务软件,更不大可能和客户各行业有战略冲突;而其他云服务商则不然,其他互联网型的云服务提供商盘子太大,比如金融企业就不太愿意用阿里云,因为阿里也搞金融,把自己的业务 IT 暴露给阿里这种什么都做的的就不免担心被阿里**业务;但是用华为就完全不必担心这个问题. 5.从业务角度来讲华为对其他云服务商属于降维攻击. 华为出身草莽,自身工作玩命,而且政治正确,取得了很大成就,属于结硬寨打呆仗的典型,而且基本上华为貌似从不乱搞什么乱七八糟的概念,一直都是非常扎实务实的做生意. 这其实和现代多数互联网企业不同,"万花丛中有点土",他做公有云是恐怕确定了公有云肯定是可以赚到钱的生意的基础上才开始搞的. 我们都清楚,云计算未来主要盈利靠的是2B 的客户,而各大行业客户 IT 需求,互联网企业却未必能真心理解,但华为却在这个领域耕耘了近30多年,它比这些搞互联网的企业更清楚客户的需求是什么样.之前从来都是互联网企业降维攻击别的行业,现在是华为降维攻击这些互联网的云计算厂商,别的厂商靠的是胆子大,入场早;华为靠的是准备充分,优势明显,尤其做客户轻车熟路.

本帖最后由 DevCloud 于 2017-9-22 14:41 编辑本文是笔者多年来积累和收集的知识技能图谱，有的是笔者原创总结的最佳实践，有的是小伙伴们的分享，其中每个秘籍图谱里面的内容都是互联网高并发架构师应该了解和掌握的知识，笔者索性把这些图谱收集在一起，并且归类便于查找和学习，希望能够帮助到每一位想成为架构师或者已经是架构师的小伙伴，这里我们的标题“史上最全的架构师图谱”是本文的目标，作者计划把这篇文章作为一个开放性的文章，如果读者发现更多的图谱，请联系作者本人，我们把更多的图谱、思维导图汇集在其一起，最终一定能成为互联网上“史上最全的架构师图谱”。 1 架构师系列 650 架构师图谱 651 Java架构师图谱 652 微服务架构秘籍 653 一致性图谱 654 互联网大流量的方法 655 安全秘籍 656 架构方法论图谱 623 设计模式秘籍图谱 2 Java系列 624 JVM垃圾回图谱 625 Java并发图谱 626 Java集he图谱 627 Java集he类图 628 Java List类图 629 Java Map类图 630 Java Set类图 3 大数据系列 631 Hadoop技能图谱 632 大数据技能图谱 4 云计算系列 633 云计算图谱 634 云计算技能图谱 5 其他 635 IOS技能图谱 636 OpenResty技能图谱 637 前端技能图谱 638 容器技能图谱 639 嵌入式开发技能图谱 640 开发语言宝典 641 移动端测试图谱 642 运维技能图谱 643 软件工程 644 DevOps 645 前端开发 646 后端开发 647 软件发布流程 648 Java TCP IP 转自：简书 所有原图download链接： [hide]download地址： https://pan.baidu.com/s/1dEDS2bB 提取密码： 8vq4[/hide]