如果你了解建立在SOAP基础之上的服务，就应该知道XMPP原则和它们极为相似。二者都使用自己的寻址方案，都使用外壳阐释通信行为，同时他们也要依靠标准XML进一步规定交换意图。XMPP也要求服务器和客户都能够处理并实施该有效负荷所提出的行为。

　　你会发现在这个领域里，有许多客户个服务器支持XMPP，包括能够直接将XMLL整合到应用的数据库，这些数据库拥有多达15门语言。

　　此外还有一个重要问题，为什么带有Beyond REST: XMPP PubSub的XMPP最近倍受众人关注？为什么在应用中被测试和即时通信无关？为了回答这个问题，我们还要看看其它的云计算。

　　那些在HTTP上进行操作的无界限媒介，例如网络中的用户和服务器，都需要通过cookies或者其它机制不断重新定义自己。Ajax技术以及RSS数据公布格式的出现为可缩放性施加了很多压力。

　　像Ajax和RSS这样基于REST原则上的方法趋向于“亟待升级”如果某个用户基数得以实现，或者升级时间太短，都会给服务器带来更多的压力。用户向服务器发出的这些升级要求都会通过查询得到解决——也为即时通信做出了让步，在即时通信中，无需持续发出升级请求就可以将信息推给客户——详情请参阅Comet在XMPP实例中，许多XML要素多支持实时通信，比起使用'dumber'REST方法而言，这种方法要好得多。尽管将XMPP引入程序令程序变得更为精细，更为坚固了，也能使其利用发行/订阅机制以及其它即时通信，例如那些在很多REST和SOAP中缺失的方法。

　　XMPP会在何种程度上被采用？目前Google Talk 将XMPP作为其后备协议，以及将要收购Jabber公司的Cisco'协议。而Jabber公司是最早的XMPP供应商。这就证明了这些大公司是多么重视XMPP方法了。

　　因此，不管你是不是使用REST或者SOAP设计全部的服务，你都要留意基于XML的实时XMPP方法。这个方法也是许多大型IT公司的规划项目之一，说不上它能帮助你为自己部署在云中的应用交付更为优雅，稳固的方案。