什么是SOA面向服务的架构,资料中的太理论了,看不太懂举个通俗点的例子

解决方案 »

  1.   

    业务决定服务,服务决定技术。核心就是服务,
    比如一个系统涉及到三个功能,这三个功能分布在不同的环境的子系统中,有的是用java写的,有的是用c#写的。这个时候就利用webservcie来做soa架构,因为soap协议是一个标准,大家都支持,然后每个子系统就以wsdl的方式暴露出每个功能的方法,向其他子系统提供服务。其他子系统按照wsdl描述的规范,调用提供的服务,传入相关参数,子系统就开始工作,最后输出结果,以wsdl里描述的规范传出结果。其他子系统拿到的结果,因为遵循了soap协议的标准,它能从结果里拿到需要的数据,接着干自己的事情。这样的一个系统,就是一个soa理念架构的系统了,目前是基于webservice来架构的,像netframework就推出了asp.net webservcie,最新的就是wcf。
      

  2.   

    http://zhidao.baidu.com/question/69770532.html
      

  3.   


    楼上大哥说的比较详细了
    也就是子系统A可以通过webservcie调用子系统B中的功能(方法)完成某个工作
      

  4.   

    炒得很热的概念(国内炒得最离奇的就是web2.0了),本身就成了一个论坛,里边千奇百怪无奇不有。你要做一些跟他很靠谱的实用的产品出来,就了解了。当你有好几种系统进程间通讯技术,现在要统一为一个api软网关,就跟SOA沾上边了。当你有.net、java、vb或者vc++(2000年之前的)开发管理系统需要互通,也就需要SOA了。当你有web、wap、pc桌面、手机、机顶盒的系统(这些系统在保存会话存根等基本通讯方式有所不同)要统一到一个后台系统就需要SOA了。最后,当你的后台是为了对外“开放、增值”而设计的,肯定就处于SOA的中心了。
      

  5.   

    SOA的“理想”几十年前就有,现在更注重的是“实现”。现在已经可以实现了,这就是这一波炒作与上一波概念炒作的不同。
      

  6.   

    SOA(Service-Oriented Architecture)即面向服务架构。 
    SOA就是一种进行系统开发的新的体系架构,在基于SOA架构的系统中,具体应用程序的功能是由一些松耦合并且具有统一接口定义方式的组件(也就是service)组合构建起来的.是一种软件系统架构.
    SOA三大基本特征 
    独立的功能实体
    大数据量低频率访问
    基于文本的消息传递
      

  7.   

    我许多“细节”是可以轻易地促成或者伤害到SOA设计开发。例如我在客户应用系统上只要打上WCF服务的url,ide就可以自动产生所有客户端数据对象和服务操作的代理程序,协议中包含有“自动发现”功能,这就是比过去的工具方便之处。但是,如果我之后修改了WCF服务接口,例如我删除了一个服务,客户端应用程序不会在运行前或者编译前给我提示,而是在实际运行时给出了莫名其妙的一大堆错误,错误堆栈提示根本驴唇不对马嘴,这就是它还远远没有达到方便性的地方。不是微软没有能力设计出方便好用的系统,而是这个技术市场上可以用很多非专业的观念“绑架”技术观念(例如动不动就有人纠缠于某些新功能是否是运行“最高效”的),只能顺应市场一点点改进。当然,总是有一些技术人员早就(了能在十年前)实现了非常技术的东西,但是也只有等待机会跟大公司合作才能推向市场。SOA就是一个炒作,也能让一些好的技术出来,但是首先也能让很多纯粹把本来很简单的技术说的天花乱坠的推销人员出来。
      

  8.   

    我许多“细节”是可以轻易地促成或者伤害到SOA设计开发   -->   许多“细节”是可以轻易地促成或者伤害到SOA设计开发
    多打了一个字。
      

  9.   

    我们公司的系统就是用SOA架构设计的只为了能集成其他信息系统也就是说
    只要提供相应的接口,以webservice方式发布给我们,我们就能集成这个系统。共享数据,使用整个系统。SOA为所有数据提供了管道,从一个系统通向另一个系统的管道。就好像是乐高玩具一样。