和大家分享一下EMC的一个fellow Steve画的几个图。这几张图是关于数据中心堆栈演讲的，他把这种现象叫Fan-Out，直译过来就是扇出现象。

话说很久很久以前，我们的数据中心堆栈是这样的：

应用。那个时候，我们的应用还只是E-mail，ERP和CRM三大企业核心应用；

应用框架：这些应用承载在虚拟机上；

虚拟框架：那个时候，主要还是用vmware；

拓扑：在过去十年，私有云占主导地位；

CPU：X86是业界标准；

基础架构：定制化的基础架构专用设备，也就是SAN和NAS存储在数据路径上普遍使用

介质：主要用HDD

协议：块和文件是主要协议。

那个时候，这个圆柱从上到下，那是相当的容易理解。强大的行业专家在这种堆栈上耕耘多年。但现在，这些专家受到了挑战，应用和基础架构都在演进。下面这个图就体现了应用的扇出情况：

随着第三平台的发展，应用越来越多，上层变宽了。这些应用从移动应用（离数据很远）到实时分析（应用嵌入到架构里）都有，范围很广。

这些应用的多样性也延伸到包含设备的容器中，从Linux内核能力（LXC)到PaaS能力，都可能涉及。

最后，虚拟化框架的范围也不仅仅是VMWARE，数据中心往往也会用到OpenStack和MICROSOFT。

为啥要讨论应用的扇出呢？

因为这使得数据中心不可管理。

随着应用的扇出，下层基础架构也采用一样的方式扇出：

　　让我们从下往上看，

协议：应用不仅仅使用块协议和文件协议，HDFS和对象方法也大量使用，下个阶段将可能还有基于内存访问的存储；

介质：根据数据访问的热点，使用SSD，HDD和冷存储；

基础架构：采用商用硬件架构将大量出现，如Server SAN，也会出现一些定制化的非挥发存储作为内存总线的一个扩展。

CPU：虽然X86会是主流，但ARM和GPU也在数据中心里出现；

拓扑：数据中心不仅仅使用私有云，也需要集成公有云或者电信云。

我们来看一个新应用在这种数据中心堆栈开发部署的例子。

一个公司想增加一个新的手机应用，用来接受用户的照片和视频，当然还有备注。这些数据本身是重要的，但不是关键任务。一般没有理由去监管这些数据，但也需要有随时阻止提交的视频照片的能力。一个可以选择的路径是创建一个新的后端服务去接受这些数据，把服务打包成VM，然后部署VM到类似CloudFoundry这样的PaaS框架中。

这个应用使用一个基于HDD的运行在商用硬件上的对象存储就可以了。它可以实际由外部的服务提供商托管或者使用OpenStack架构。

如果把使用的堆栈用红线串起来，就是这个样子：

这种动态构建堆栈对于用户的数量、应用和数据的连续扩展是很必要的。这是一个M层，而每层都有a0-aN个选择。这种排列组合是无穷无尽的，人工堆栈构建的方式太慢，容易出错，也很难做顺序变更或者配置变更。Steve认为用数学的方式做自动化部署是最好的方式。

EMC fellow的数学公式比较高深，西瓜哥就不分享了，因为西瓜哥的数学是语文老师教的，自己也没有研究太多。感兴趣的可以看他的blog。

最后还想给大家分享一个数据中心X86服务器虚拟化的魔力象限图。有网友根据Gartner 5年来发布的虚拟化魔力象限图画在一起，看看趋势是怎么样的：

我们看到，VMWARE一直稳定在领导者象限里，而微软从挑战者稳步爬升到了领导者。ORACLE前面一直在爬升，但突然掉头下行。Citrix更惨，基本一直在下滑。Red Hat是上升的，而华为则刚进入这个象限。