|
??P2P的发展，从技术而言，就是要利用客户端的处理能力，实现客户端之间的点到点通讯，实现通讯与服务端的无关性（或者说客户终端就是服务端）。但是，就现有协议而言，完全脱离服务端又是不现实的，因此作为p2p的应用，比如腾讯，尽管理论上大部分通讯不需要经过服务端，实际上运营中也涉及了服务端强大的支撑和并访处理能力，这一点是现有点到点通讯协议的不足而造成的，也就是完全脱离中心服务集群处理谈纯p2p暂时还是没可能的。
??前面有关p2p的讨论，涉及了很重要的一个话题，以后的终端发展趋势，是向瘦型发展还是向胖型发展？因为这直接涉及了p2p的应用前景。不妨看看以前的历程，最早没有网络，都是单机处理，虽然有个人电脑和大型主机的区别，但是基本上“老死不相往来”，各走各的发展路线。网络诞生后，对等网络和中央集中处理两种模式都有发展，但是到了80年代初，sybase率先推出了C/S模式，风靡华尔街，由于充分利用了客户端的运算性能，一举崛起成为世界领先的数据处理公司；可是http协议诞生后，特别是java标准的诞生以后，B/S结构，瘦客户端又开始逐渐占了上风，在98年广州参与省邮电运营平台的建设规划的时候，oracle主推的就是java瘦客户端模式，这并不是一个廉价的解决方案。茶馆主人犯了一个错误，他误以为瘦客户端模式仅仅是在价位上的解决方案，其实更重要
的不是这里，而是标准性和通用性的问题。瘦客户端解决的问题，实际上是实现客户机系统与运营软件的无关性。http标准,java标准都是为了解决这一问题产生的，就算客户机的cpu,内存等等都很强，但是如果真的按照标准协议，比如仅仅承载一个java端或者浏览器，那么这一样是个瘦客户端。
??举个小例子， oicq软件未必能应用于任何平台，即便能够一时应用的很好，因为不是标准协议，当各种操作系统升级之后又会面临尽快适应和升级的问题，而作为标准的B/S结构，你只要知道有标准版本的浏览器，就不用关心其他任何方面可能存在的问题。
??近年来分布式运算开始大兴其道，p2p也被人追捧，也有一定原因，因为现有的标准http和相关协议不完善，同时由于oltp处理能力的增长远远跟不上应用的增长，因此p2p模式的出现弥补了这一缺陷，但是以后呢？还是那句老话，分久必合，合久必分；当新技术为中央处理能力带来一次质变后，B/S结构就会卷土重来，而当新的应用使该技术面临无法应付的时候，p2p又会及时出现，抛开技术视角谈论这一问题我认为没什么意义。 （caoz）
| 
