未来互联网新模式

过去我们从网络上获得信息都是通过拉,浏览器定期检查RSS,很多事件的激发都是通过拉机制实现的。Webhooks或PubSubHubBub 将改变这个现状。

PSHB hub是一个基于云计算 内 容发布中心,发布者将他们的内容数据发布到合适的hub通道中,订阅者通过hub通道接受数据. hub的美丽之处在于:HUB能够将数据广播推送到每个订阅者那里。容易伸缩,并且是实时推送,每当发布者有什么新的内容,就能够发布到PSHB, 而HUB知道是谁订阅了这些信息,将会立即将新数据广播到所有订阅者。

说白了,过去都是poll拉机制,将来我们要进入推Push机制,这也许是Web 3.0的新模式。这个推模式实际就是Java JMS消息机制架构的推广。

个人认为这在技术已经可行,当前Java流行的异步 非堵塞以及REST 架构,例如基于xLightweb的异步 推机制,加上REST 架构,以及客户端的异步 事件机制完全可以实现这个目标:

1. 服务器中间件技术:轻量可伸缩的非堵塞的 异步 的xlightweb,类似产品有MINA Grizzly、JBoss的Netty以及SUN的Grizzly

2.架构技术:RESTful http架构实现

3.客户端技术:基于Javascript的ZK 5 RIA已经实现了先进的事件 异步 监听模式

4. 需要一种新的内容协议,(publish/subscribe)协议。
open source PubSubHubBub :
是 一个简单基于服务器对服务器的 web-hook-based pubsub (publish/subscribe)协议,可以看成是Atom (或RSS)的拓展。服务器之间使用 PubSubHubbub 协议通讯,能够在它们有兴趣的数据发生变化时,得到及时提醒和通知。
这个idea真正草设计之中,值得关注。

 

在OSCON '08大会上,Evan 'Rabble' Henshaw-Plath和Kellan Elliott-McCrea抛出新概念:
超越 REST ?使用XMPP PubSub构建数据服务

Kellan谈到了FriendFeed,它是一个让使用者知道他们的朋友共享了新项目的网站。在这个例子中,Kellan指出:为了给45000名使用 者检查更新,FriendFeed向Flickr轮询了290万次。而且在这45000名使用者中,在任意时刻只有6700名处于已登录状态。这当然是一 种蹩脚的内容更新检查方式。Kellan说道:“轮询太逊了!

轮询意味着使用一种REST ful Web服务来为每个使用者获得(GET)更新。与之相反,PubSub(Publish/Subscribe,发布/订阅)是一种使用异步 消息传递协议的架构性方法,其中发布者和任何订阅者都是解耦的。在需要向大量客户端发送更新通知的场合下,这些特征使得PubSub成为一种合适的可伸缩性 选择。

在这个幻灯片中,Evan和Rabble描述了Jabber(一种基于XMPP[Extensible Messaging and Presence Protocol,可扩展消息传递和现场协议]的PubSub服务)的各种优势:

1. XMPP工作在持久化连接之上
2. 它是有状态的(SSL变得便宜)
3. 被设计成为一个事件流协议
4. 联邦和异步 的天性
5. 内置身份认证、安全和现场(presence)
6. 为此构建和部署了Jabber服务器
尽管使用PubSub进行通知是一个优秀的架构方法,但是很多人对幻灯片的标题存有疑问。Dare Obasanjo对此概括得非常好,指出REST 并非一个“金锤”:

这个例子并非是指REST 象Evan和Kellan的讲演标题暗示的那样不能进行伸缩,而是一个使用错误工具解决问题的例子。选择它的原因在于它碰巧能在其他场合很好的工作。


看来,REST是可以定位在Poll拉机制,因为REST 是GET能手。这样总结一下:
1.REST是GET能手
2.SOAP是POST能手
3.PubSub是PUSH能手。

你可能感兴趣的:(设计模式,互联网,网络协议,REST,Mina)