智能管道、按需支付：云服务不应挥霍无度

winston

去年刚从AT&T跳槽至HP的Joe Weinman是云计算经济的一位知识渊博的思想家。他的看法是公共互联网跟云不可混为一谈。思科似乎同意这一点，本周二发布的CloudVerse产品套装就是迹象。端点数量的增长，web应用内开发的多服务，以及对基于web的服务的需求的无限多样性，这些使得网络不可挥霍无度。

网络就是云，所以它必须是敏捷、智能的，应该是按使用付费的

Weinman指出，业界应当转向按使用付费的动态网络，这样可以改善云场景的经济利益，为需要低时延的应用提供确定的服务质量。他还指出，无论是对消费者抑或是企业而言，带宽最终都会走向按使用支付的模型。

他也说明了更智能网络的重要性。思科的CloudVerse具备这种能力，该产品可将思科已有的网络产品针对数据中心进行组织，然后将其连接回运营商和服务提供商的网络引擎，其思路是一个智能的网络可以将云端应用的管理清晰化。

复杂的应用和无数的端点决定了服务质量的重要性

确实，由于需要在web上提供不同的服务，应用正变得愈发复杂，采用的协议更多。比方说Google+。上面有实时流元素、视频会议组件以及文档共享。每一个不同的元素都需要不同水平的网络质量，这就需要网络运行更快，不仅仅是兆每秒的速率，还要求低时延。文章称：

人体机能研究表明，200-250毫秒对于多媒体会议或协作应用来说是可以接受的。然而，诸如敲键盘和点击鼠标之类的交互性任务必须在150毫秒之内响应，而新兴的在线游戏要求的时延甚至更低。

也有实证结果表明，低时延的重要性不仅仅体现在用户体验方面，对于收入的影响亦是如此。低时延与收入增长直接相关。

接入网络设备的数量使得端结点复杂性增加，事情变得更为糟糕。传感网络令人均持有设备数增多，每设备的并发流也增加了，这些都需要更多的带宽。同时还需要更智能的带宽—可分配资源，处理如办公或家庭出现拥塞之类的紧急情况，以及突发事件引起的流量异常等。比如说，某个下午，在一个装有传感器的家庭里面一条水管爆裂了，如果屋里空无一人就会引发突发的流量异常，因为湿度传感器被激活了，特定区域的电力供应会被切断，而你则会通过家庭摄像头系统检查为了自己的家庭网络会如此疯狂。但是，由于这是在正常的时间里面产生的突发流量，你的运营商能否提供满足此类事件的带宽能力呢？

当然，还要谈一下云爆发和软件定义网络

Weinman还以真正的云爆发（cloudbursting）的圣杯作为例子，说明在需求高峰时刻给网络增加智能化可以更方便地将负载从一个数据中心扩充至另一数据中心。他列举了五种实现方式。最简单的是分而治之策略，把任务分给不同的云，这种方式几乎不需要网络智能。最复杂的是可将大量数据随需快速推送的网络，但是这种网络需要无限带宽。由于后者不切实际，他建议以按需支付的带宽作为最简单的实现方式：既可即时复制数据，又能够维持成本一致。

为了帮助实现这种类型的精细控制，需要有一个智能网络的支撑，Weinman相信，软件定义（software-defined）网络，如采用OpenFlow之类协议创建的网络，是增加智能和灵活性的一种方式。采用开放协议来创建网络是确保所增加的智能不会变成锁定用户方式的好手段。Weinman还谈到了推进此类云计算所需的新网络其他有待研究的话题，强烈建议各位有兴趣的话研读一下他的论文。

听起来不错，怎样才能把它作为卖点呢？

那么这个跟思科围绕着CloudVerse开展的营销活动又有什么关系呢？基本而言，通过这个产品套件可以将数据中心网络套进服务提供商网络（固定和无线宽带），思科意识到，对于那些关心如何将自己的零散网络要素拼凑起来，以便提供web服务和云服务的人来说，一个综合的、智能的网络会成为一个巨大的卖点。思科的总结：

迄今为止，云技术仍是部署在独立孤岛内，令云的建设和管理，以及多个云的互联更加困难，许多组织都面临着严峻挑战。思科实现了云世界的一统—把人、社区以及组织连接到一起，为下一代互联网提供了商业级的用户体验。

Via：Gigaom