时下,IT界最流行的话题莫过于SOA,而SOA领域里我们用到的最广泛的技术就是webservice,一方面我们热衷于使用webserivce来解决企业应用中面临异构系统的应用集成问题,它的问世,天生为集成服务,成为解决异构系统应用集成的首选“良药”。另一方面,良药并非“神药”,当我们把它神化之后,错误的以为构建SOA就必需要使用WebService来构建服务,在过多的使用webservice后,发现“良药服用过量”,会出现“不良反应”,使企业的应用又面临严重的性能瓶颈。对于它的认识与使用,我们需做何选择呢?
SOA的理解
        SOA架构的本质,并不是说把你的应用或者组件包装成Service就是SOA,而是说,你需要基于一种构架,能够让你的产品能够更适应“业务敏捷性(Business Agility)”。而体现SOA的重要特性在于松耦合、可重用、可视化、灵活性,所以只有在这几个环节做到之后才能使企业应用真正置身于SOA的大环境之中........http://cn.tmaxsoft.com/jsp/company/news_list.jsp?fromMenu=tree&tnepCd=00NTPR&tnepIdx=33&menuCd=00ATPR&strDate=20080322030643

解决方案 »

  1.   

    成长中......哈哈哈。
    正在用Web Services做一个项目,在其中的确学到不少东西。
      

  2.   

    用药之道,在于“对症下药”四个字。药物本无好坏,关键看是否适用。人参虽好,每天吃上十斤,也会变成毒药。
    选用WebService也是一个道理。法无定法,要根据性能、平台、实时性、稳定性、可维护性等多个方面权衡是否选用。
    为了用WebService而用Webservice,只有两种情形,一是为了练手,另一种就是根本不知道还有其它替代方案。
      

  3.   

    呵呵,今天才开始看webserver部分,还对这个概念十分的熟悉,呵呵,只是希望多学点东西,还没有多少资格去讨论它的好坏
      

  4.   

    过多的采用webserver作soa的挂载,看起来很酷.
    实际用起来,却有不少问题.
    如果随着信息化建设项目的不段增加,后期的维护量也不断增加.
    再加上单一系统的故障可能会导致与之拼接的相关系统的瘫痪.
    运用soa,并非越普遍越,需要根据实际情况来评估.
      

  5.   

    我感觉还可以,对一些管理系统的接口用webservice来实现确实是很不错的选择哟。
      

  6.   

    一种技术的产生总是搒着事物的需要而出世,如果采用webservice解决异构系统之间的连接、通信能够符合各个需求、稳定、安全等,那不失为一种“良药”;反之如果过度依赖、盲目使用,缺乏安全、稳定、耦合,维护困难等可称之为“毒药”。
      

  7.   

    处理多系统交互,异构系统是一个不错的选择,以前用EJB,用COBRA,用COM+都觉得有些麻烦,并且在多语言的编写环境中值得推荐,但是也不完全全部系统都适用,具体项目应该具体对待吧!
      

  8.   

    个人认为SOA是一种设计思想,或者是设计的指导思想,webservice只是其中的一个手段,SOA和webservice并没有划等号,webservice只是某些情况下处理问题的手段。