“层云”架构有望解决云计算瓶颈云和虚拟化
目前，云计算的应用主要有两种，一种是云计算服务商面向企业级用户提供的外部云服务，另一种是大型企业在自身内部建设的内部云。虽然这两种云计算有着本质上的区别，但是它们之间的确拥有很多共性。
数据中心复杂性带来的瓶颈
“云计算”的概念是把所有的服务集中在上层云端，如果想要实现这个目标，就必须在上层建立起一个非常完备的数据中心，用以承载若干的应用服务平台。如此一来，这个上层云计算数据中心必须非常的稳定，因为一旦这个上层云计算服务中心发生故障，很有可能造成所有的云计算服务发生中断。
为了保证数据中心的稳定，我们在进行数据中心网络建设的时候通常会在层与层之间设置两个甚至多个交换路由节点，一方面是提升网络的传输性能，另一方面可以避免出现单点故障。这种网络结构可以从图1上得到更为形象地了解。
这样做的好处是很明显的，首先它加大了整个网络的稳定性，因为所有的节点都实现了一对一的直接连接，所以“层云”实现了一个“全冗余网络”，这样一来，无论数据包是从哪里出发，要去到哪里，只需要经过两次拆解/打包的过程，使得网络延时大大降低。同时，无论虚拟机如何在物理服务器上迁移，都无需顾及网络中发生了什么变化，因为所有的网络节点都实现了一对一的直接连接，无论虚拟机运行在哪台物理服务器上，对于这个交换中心来说没有什么区别。
“层云”的缺点
可见，“层云”是能够解决云计算网络瓶颈的一种全新的网络架构。然而，这种网络架构也有一些地方需要我们注意。
“层云”结构目前只是一种设想，它还没有被研发出来。针对“层云”这种架构，51CTO.com设想了一些问题，这些问题可能成为“层云”的缺点。
51CTO.com设想之安全性问题
由于“层云”把所有的交换节点一对一的连接到了一起，那么如果一旦某台交换机被黑客攻破或者感染了病毒，病毒会不会很快的蔓延到整个网络?黑客会不会轻易的控制整个网络?
对于这个问题，Juniper Networks数据中心业务部门执行副总裁及总经理颜维伦博士。颜博士针对这个问题是这样解释的：“我们提供给数据中心的管理人员说这是一个很大的交换器，你可以从任何一点到另外一点，这是其基本的能力，但是并不表示数据中心对外面的使用者也是赤裸裸地展现全部能力，上面有管理的软件在，包括我们自己。我们Juniper会提供管理软件，这个管理软件会对使用者进来有某种限制，比如说从外面来的顾客，可能经过几层的路由进来，进来了以后，你很可能马上引导到一个防火墙的处理器，如果你通过的话，管理的软件可以把你送到网页服务器上。我提供的基础设施让你有自由度，但是不表示上面的管理软件让你进来随便闯。我标在这里的是另外一个限制，我们一旦提供基础设施以后，上面会提供虚拟化的软件，让你把这分成好几个不同的区域。一个大型的“云计算”提供商，可能把它提供给可口可乐，也可能提供给百事可乐，这两家是直接竞争，但是管理软件可以做到让可口可乐看不到百事可乐，因为上面控制软件的管理，他们之间完全没有办法交流。”
51CTO.com设想之“层云”故障问题
“层云”是一个很稳定的网络结构，因为网络中各个交换节点都实现了一对一的连接，如果某个交换机出现了故障，那么也会有其他的通路来实现数据包在网络中的正常流通。可是，当网络里面数据流比较饱和的时候，一个节点坏了，相当于这个节点承担的工作会分摊到其他的节点，这个时候其他的节点本来比较饱和了，那么会不会出现业务的停滞?
Juniper对此的解释是他们提供了很好的预防机制，因为如果网络一旦将要发生拥堵，他们就会将相关的流量拦截在入口处。这就好比航空交通，以往的时候，如果某地的天气情况很差，飞机到了该地区上空不能降落，那么飞机会在天空中盘旋，最后停在别的飞机场，但是现在，如果我们知道该地区的天气情况很差，那么飞往该地区的飞机就会受到飞行管制，不能起飞。这个方法被借鉴到了“层云”中。
51CTO.com对于这个问题的建议是，如果“层云”计划真的成为了现实，那么最好能够随着这个架构一起提出一个“层云”的故障冗余方案，使得网络中的流量距离达不到饱和状态，这样可以更好的发挥“层云”的稳定性。
总结
虽然“层云”从理论上解决了云计算自身的很多技术瓶颈，但是毕竟“层云”还只是在研发过程中的一个计划，它是否能够成为现实我们现在还不得而知。可能有人会说：“云计算到底能否在国内顺利落地并且普及还说不好呢，我们就来考虑‘层云’，这是不是有点太早了?”51CTO.com认为，“层云”概念的提出并不超前，因为“层云”所解决的问题并不只是云计算自身的问题，随着数据中心的发展，“层云”所要解决的问题必然会暴露出来，与其等到那个时候再去想办法，倒不如未雨绸缪。请和51CTO.com一起关注“层云”的发展动向。
