快捷搜索:  as  2018  FtCWSyGV  С˵  test  xxx  Ψһ  w3viyKQx

澳门新葡亰上线了_龟发之家论坛



为什么SO故意义

开拓者和架构师常常问我, “为什么我们必要面向办事?”我的回答很简单:可伸缩性、掩护性、互操作性和机动性。以前,散播式组件技巧像COM牢牢地把所有的组件绑定到一路。最低限度上,这些散播式技巧必须分享公共类型系统,并且经常是一个运行时。有了这些依附,进级和软件进级变得繁杂、费时和辛勤的。面向办事的利用系统,恰好相反,不必要相同类型的依附,是以显示出加倍得当企业精算需求的行径。

版本进级

利用系统的需求会跟着光阴的变更而变更。这个问题从谋略机呈现的时刻就一只存在,而且并没有任何迹象注解这个行径会在将来减慢。开拓者、架构师和项目经理已经付出了伟大年夜的努力到软件开拓历程的中去,盼望能够调节和节制利用系统变更的数量和步骤。在全部利用系统的声明周期里,开拓历程里的一些设想将会证实是徒劳的。某些环境下,着末集成利用系统的改变将会导致一系列级联的其它利用系统部分的改变。自治的、界限清晰的、基于左券的面向办事的利用供给了几层封装来缓冲这些系统部分版本进级带来的影响。在面向办事的利用系统里,消息发送者和接管者之间的独一协定便是左券。两者都可以根据自己的期望自由改变自己的实现,只要维持左券不变。这些同样适用于组件架构,面向办事左券的普遍自然属性把发送者和接管者从实现中解耦,是以使得版本进级周期变短。面向办事并没有去掉落了一个好的版本化进级历程的需求。

负载均衡

每个利用都有一些瓶颈,上风这些瓶颈可能阻拦一个利用为了增添吞吐澳门新葡亰上线了量需求而进行的扩展。

图2-4:一个传澳门新葡亰上线了统的面向组件的利用

在这个场景里,数据检索或许成为机能瓶颈。假如然是这个环境,一种扩展组件驱动的Web网站的要领如图2-5所示。

图2-5:伸缩一个组件利用

本色上,我们可以在别的的办事器上从新创建全部Web利用,应用澳门新葡亰上线了负载均衡器去重定向哀求到不是很忙的Web办事器上。这个类型的伸缩性在以前证实是很有效的,然则却效率低下和资源过高,并且孕育发生设置设置设备摆设摆设问题,尤其是版本进级的时刻。

扩展订单处置惩罚系统的一个面向办事的措施在图2-5里,例子在图2-6里。

图2-6:应用办事

面向办事的利用可以更轻易地紧缩利用系统必要变更的部分。这削减了总的资源和简化了设置设置设备摆设摆设治理。

平台随时改变

平台变更,跟着光阴的以前,无意偶尔候会很快。这个确凿在任何厂商的平台里存在,像补丁和办事包,并且平台的新版本常常宣布。对付散播式组件,会常常有一个平台组件运行时的依附。比如,一个系统架构师若何知道一个DCOM 组件能够在Microsoft Windows Server 2000、Windows Professional 2000、 Windows XP或者 Windows Server 2003上行径同等?由于一个DCOM组件依附于每个系统的组件运行时,许多测试场景看起来无中生有。当你开始思虑测试澳门新葡亰上线了每个可能的设置设置设备摆设摆设、办事包和热补丁的时刻,你大概会首要的直流鼻血。

当利用变为面向办事的时刻许多这些问题消掉了。这个很大年夜程度上由于应用了平台自力的XML 语法来表示消息左券。这个左券把发送者和吸收者解耦。发送者便是遵守左券孕育发生和发送消息,而吸收者便澳门新葡亰上线了是吸收和处置惩罚消息。不必要序列化平台规范到消息里,以是遣散点可以不受他们关注的平台版本更新的影响。进一步说,测试更简单,由于遣散点必须测试的只是一个清晰的办事界限。

基于内容的路由

以前,面向办事的消息在面临路由场景的时刻不停异常艰苦。为了演示,环抱我们的订单处置惩罚例子我们可以建立一些商业规则:

订单可以订购新商品和维修现有商品。

新商品的订单会发送给制造治理系统

维修订单会发送到维修治理系统

两个订单,在发送给终纵目标系统曩昔必须发送到财务系统和调整系统。

面向办事的消息利用系统异常好地适应了这些类型的需求。本色上,路由的信息可以放置到消息头里,被遣散点用来判断消息路径。

端到真个安然

许多散播式系统在传输级别经由过程点对点要领包管通信安然。传输是安然的,然则被传输的数据在传输停止今后大概就不安然了。日志文件和其它审核机制常常包孕传输时保护的信息,结果,他们常常成为许多安然进击的目标。可以应用标准的XML安然机制经由过程面向办事的消息来供给端到真个安然。纵然消息被持久化到日志文件或者被破解进击,假如消息应用标准的XML安然机制加密,消息里的数据是可以包管机密的。

互操作性

当一个初始发送者发送消息给一个终极吸收者时,初始发送者不必要依附终极吸收者运行的平台。如你看到的二进制消息编码,没有恒定不变的环境。一些消息钱式能够引入平台依附,然则这个是选择的问题。在纯粹意义上,面向办事的利用系统式平台自力的。平台自力是XML语法表述消息左券的普遍本性。真的可能(不是理论上)是发送一个消息给一个遣散点而不知道它所运行的平台。这与买卖人和治理职员孕育发生了共鸣,由于它不必要用一个单一平台的一个同质利用的聚拢来取代现有的利用系统。

本章小结

本章阐述了面向办事的念头,和面向办事系统的一些基础观点。面向办事必要专注于利用发送、吸收和处置惩罚的消息上。面向办事的系统能够取代曩昔传输的功能,并且把他们放到一个消息布局里(地址,安然信息,相关信息等等)。专注于消息使其能够自力于平台、硬件和运行时情况。我的不雅点,面向办事利用的版本弹性是IT组织最大年夜的胜利,由于系统级其余进级是最贵的掩护部分之一。下一章,我们会看一些构建高档消息利用系统的不合的要领,并先容一些必备观点。

您可能还会对下面的文章感兴趣: