＋设为首页 ＋添加到收藏夹
分布式计算将网络上分布的软件资源看作是各种服务.面向服务架构是一种不错的解决方案.但这种架构不是什么新思想;corba与dcom就很类似,但是,这些过去的面向服务架构都受到一些难题的困扰:首先,它们是紧密耦合的,这就意味着如分布计算连接的两端都必须遵循同样api的约束.打比方说,如果一个com对象的代码有了更改,那么访问该对象的代码也必须作出相应更改.其二,这些面向服务架构受到厂商的约束.microsoft控制dcom自不必说,corba也只是一个伪装的标准化努力,事实上,实现一个corba架构,经常都是在某个厂商对规范的实现上进行工作.
soa的强大与灵活性将给企业带来巨大的好处.如果某组织将其it架构抽象出来,将其功能以粗粒度的服务形式表示出来,每种服务都清晰地表示其业务价值,那么,这些服务的顾客（可能在公司内部,也可能是公司的某个业务伙伴）就可以得到这些服务,而不必考虑其后台实现的具体技术.更进一步,如果顾客能够发现并绑定可用的服务,那么在这些服务背后的it系统能够提供更大的灵活性.但是,要得到种强大与灵活性,需要有一种实现架构的新方法,这是一项艰巨的任务.企业架构设计师必须要变成“面向服务的架构设计师”,不仅要理解soa,还要理解soa的实践.在架构实践与最后得到的架构结果之间的区别非常微妙,也非常关键.本文将讨论soa的实践,即:面向架构的设计师在构建soa时必须要做的事情. 【程序编程相关:java通过JDBC访问Oracle的2】
web services是在改进dcom与corba缺点上的努力.今天应用web services的面向服务架构与过去不同的特点就在于它们是基于标准以及松散耦合的.广泛接受的标准（如xml与soap）提供了在各不同厂商解决方案之间的交互性.而松散耦合将分布计算中的参与者隔离开来,交互两边某一方的改动并不会影响到另一方.这两者的结合意味着公司可以实现某些web services而不用对使用这些web services的客户端的知识有任何了解.我们将这种基于标准的.松散耦合的面向服务的架构简称为soa. 【推荐阅读:生成一个java编制的可执行文件 】
要满足这种业务敏捷性,soa的实践必须遵循以下原则: 【扩展信息:Jboss Ejb MDB 】
soa的原则
* 业务驱动服务,服务驱动技术
从本质上说,在抽象层次上,服务位于业务与技术中间.... 下一页