实时Web与云管理标准

作者 Dilip Krishnan 译者 黄璜 发布于 2010年2月24日

领域

架构 & 设计,

运维 & 基础架构,

企业架构

主题

SOA ,

架构 ,

云计算

标签

Web 2.0 ,

标准化

William Vambenepe对于目前现有的云管理解决方案中“实时”特性的缺失发表了看法，并提出了定义这一类解决方案的可取的属性

至少从发出第一个SNMP自陷起，事件/警报/通知在IT管理领域已经成为中心的概念，甚至有可能比这更旧远。然而它们在所有的云管理API/协议中神奇的蒸发了。

他给出了一些经验丰富的云技术践行者的文章链接，文中不乏他们对于众多云技术厂商的云管理API缺乏实时特性所流露出的不满。

RightScale的Thorsten von Eicken是第一个要求"基于事件的接口而不是基于请求——回复接口"的人，他指出"我们运行了大量的机器，不做别的，而是100%占用CPU一直轮询EC2检测变更"。George Reese随即作出了响应并开始勾勒解决方案。

他接下来继续定义了能够促进实时云管理解决方案的框架特性，并作出了详细的描述。

• 事件格式
• 订阅创建
• 订阅管理
• 订阅过期
• 交付的可靠性
• 交付机制
• 安全
• 节制

尽管这样的标准在云管理领域里还不存在，这并不代表实时通信的根基不存在于像FriendFeed，Twitter，Google Wave这样的消费领域。Dare Obasanjo检验了现在已可以获取的各种实时web实现并对于这些服务所使用的技术提供了详细的解析。

作为描述即时消费所产生的web内容这一概念相关的蓬勃趋势与技术"实时web"这一术语变得流行起来。然而[…]通常很难以理解技术的细节如何落到实处而炒作又是从哪里开始的。

"什么样的特性和功能组成了实时web呢？"他开始推敲，

1. 当有可用更新时刷新页面而不需要重新载入。一个较好的例子就是Tweeter的搜索功能

2. 一旦发生内容更新就接收到通知而不是去轮询。这方面的例子是只要用户关联了双方的服务，Tweeter的用户状态更新一秒钟内就会显示在FriendFeed上。

3. 一些人考虑普遍推广像Facebook和Twitter对数据提供的搜索功能这样的状态更新。

接下来他开始探讨提供实时web能力的解决方案以及这一领域中的多方角逐者。

*将实时与AJAX结合:COMET，长轮询以及Web套接字

- COMET通常是指使用各种技术在浏览器与服务器之间保持一个永久的开放连接。其中一个方案是iframe隐藏技术。

- 另一个常见的技巧是长轮询。这一方式中浏览器应用会使用XMLHttpRequest或者脚本标记对服务器数据发起异步的请求。一旦数据返回，同样类型的请求又被发出。因此本质上保持了浏览器与服务器之间的永久连接。

- W3C的HTML 5工作组正致力于为下一代HTML打造COMET能力，创建Web套接字规范。

* 光速般的通知响应：以PubSubHubbub超越轮询

-因为轮询是一种低效的获取内容更新的方式[…]一帮Goolge员工提出了PubSubHubbub 协议(通常略作PuSH)作为将实时通知引入web内容聚合的方式。 已经有许多站点加入了消费和生产PubSubHubbub的阵营 包括MySpace，LiveJournal，Google Reader，Tumblr以及FriendFeed。

* 创建和消费水龙带：实时搜索的关键

- 能够对[来自Twitter和Facebook等网站]所发生的状态更新作出分析以决定人们对于新闻事件的观点或检测重大新闻目前是一个快速增长的领域，并开始了多方角逐，其中包括微软Bing，Tweetmeme以及Sysomos等等。

实时web是云管理标准的草根解决方案吗？查阅他们各自的相关博客可获取更多信息。

查看英文原文：Real Time Web And Cloud Management Standards

译者 黄璜 糊口靠的是Java Web，赶过SOA的潮，追过Cloud的风，真正欢喜的是Linux，向往的事情是研究网格计算。

1. 返回顶部

   云管理实时性的重点不在于WEB客户端，而在于服务端（EC2 API）是否支持

   发表人 Zon Charlie

   文章驴唇不对马嘴

   回复

• 更早的 >