2.1.1
优点
Jabber
这种客户端服务端分布的消息模式有许多优点。他是一个使用简单,理解容易的网络通讯方式。
Email
因为使用同一的消息模式而被广泛是使用、研究和推广,达到了非常好的应用效果。这个模式仅仅两个通讯情景,
c/s
和
s-s
。对于所有的
jabber
服务,他是对服务器和客户端没有影响,通讯消息模式简单易用的协议客户端安全和保密得到很好的改进,因为客户端仅仅与他们的服务进行通讯。网络攻击者无法得到客户端的地址。需要说明的是,客户端从来不会像服务前端一样接受连接。消除了客户端如同服务器端一样需要防火墙保护。相对于如同
Gnutella
这样的
p2p
模式,
Jabber
客户端
/
服务器端机构带来最大的安全保证。
Jabber’s
传讯模型对开发者也是有益的,因为它很大地简化
Jabber
客户软件任务。如此简单的模式意味着能被带来销量的提高和成本下降。另外
,
减到最小相当数量
IM
代码在客户允许客户开发商集中在其它客户的方面譬如用户界面
,
综合化与其他维护应用、部署舒适
,
和舒适。
最后
, Jabber
服务器允许你对
Jabber
进行集中化控制。您可以用一个策略强制他们在服务器,而不用修改客户端;或者试着将它们部署到
p2p
网络中。例如
,
您想要制约一定数量的用户在
24
小时内不能接受或发送数据
,
只要在服务器上稍作操作就可以实现。或供选择地
,
您也许允许某些的域名只在营业时间内对所有用户开发,对某些用户在非营业时间也可以用。
2.1.2
缺点
令人沮丧的是
Jabber
的许多优点像简单的
C/S
消息模式同样带来了弊端。例如:在许多情况下,服务器管理是安全有效的,但是如果你不能信任你的服务器,一个集中的强力的服务器是一个问题。没有人能够阻止一个人通过服务器达到你的记录,不管你是否同意。
Jabber
用户并不都是任凭
Jabber
服务器的处置。您能在一个正常
jabber
消息中传送编成密码的版本消息。一些通用的加密算法能够保护数据不受窥视和编辑。另外
,
几个
Jabber
协议也被设计成帮助保护您避免来自服务器的安全问题。零知识认证
Jabber
协议是一个好的例子。
约束服务器控制是
jabber
消息模式的潜在问题。这个问题跟多的是应用性要而非技术方面的。无论如何,
jabber
模式的问题在其他模式中不存在。
服务不仅仅表现在
jabber
域名上单一点控制上,也存在网络瓶颈。一个域名的实效导致真个的系统不能用,你必须向对一个临界服务一样处理它。构建一个可靠的,伸缩性能强的系统是一个困难但可完成的事情,还没有严重的无可救药的地步。
所有的大型的采用
Jabber
的
IM
系统遭遇到同样的烦恼。然而,
jabber
不是简单的任其发展,而是寻找解决的办法。比起简单的客户机
/
服务器,
jabber
已经有了长足的进步。这种结构提供更多灵活性和选择,更好的中立立场之间简单的客户机
/
服务器和完全地分散的结构。