?
快捷搜索:  as  test  1111  test aNd 8=8  test++aNd+8=8  as++aNd+8=8  as aNd 8=8

长沙转转麻将必胜绝技:银河唯一官网1331:架构设计师与 SOA (下)

?

长沙转转麻将必胜口诀 www.fv7j.com.cn 本系列的上部分先容了有关架构设计师以及 SOA 架构的常识,阐发了 SOA 架构师在设计 SOA 系统架构时有哪些应该分外留意的地方。本文将延续第一部分的内容,向您先容了 SOA 为企业级架构设计带来的影响,以及在构建基于 SOA 架构的企业系统时应该如何包管所构建的系统架构能够满意系统中不合的办事级别需求。

1. SOA 为企业级架构设计带来的影响

1.1 SOA 的特征及其应用范围

SOA 既不是一种说话,也不是一种详细的技巧,它是一种新的软件系统架构模型。 SOA 最主要的利用处合在于办理在Internet情况下的不合商业利用之间的营业集成问题。Internet情况差别于Intranet情况的几个特征主如果:

(a)大年夜量异构系统并存,不同谋略机硬件事情要领不合,操作系统不合、编程说话也不合;

(b)大年夜量、频繁的数据传输的速率仍旧相对较迟钝并且不稳定;

(c)无法完成办事(service)的版本进级,以致根本就无法知道互联网上有哪些机械直接或者间接的应用某个办事。

SOA 架构具有一些范例特点,主要包括松耦合性,位置透明性以及协议无关性。松耦合性要求 SOA 架构中的不合办事之间应该维持一种松耦合的关系,也便是应该维持一种相对自力无依附的关系;位置透明性要求 SOA 系统中的所有办事对付他们的调用者来说都是位置透明的,也便是说每个办事的调用者只必要知道他们调用的是哪一个办事,但并不必要知道所调用办事的物理位置在哪里;而协议无关性要求每一个办事都可以经由过程不合的银河唯一官网1331协议来调用。经由过程这些 SOA 架构所具有的特点我们可以看到,SOA 架构的呈现为企业系统架构供给了加倍机动的构建要领,假如企业架构设计师基于 SOA 来构建系统架构,就可以从底层架构的级别来包管全部系统的松耦合性以及机动性,这都为未来企业营业逻辑的扩展打好了根基。

1.2 SOA 架构的分层模型

接下来简要先容一下 SOA 系统中的分层模型,全部 SOA 架构的分层模型如图2所示。

在 SOA 系统中不合的功能??榭梢员环治?层:第一层便是系统已经存在的法度榜样资本,例如ERP或者CRM系统等。第2层便是组件层,在这一层中我们用不合的组件把底层系统的功能封装起来。第3层便是 SOA 系统中最紧张的办事层,在这层中我们要用底层功能组件来构建我们所必要的不合功能的办事。总的来说,银河唯一官网1331SOA 中的办事可以被映射成具系一切中的任何功能???,然则从功能性方面可以大年夜致划分为以下三种类型:(1)商业办事(business service) 或者是商业历程(business process)。这一类的办事是一个企业可以裸露给外部用户或者相助伙伴应用的办事。比如说提交贷款申请,用户信用反省,贷款信用查询。(2)商业功能办事(business function service), 这类办事会完成一些详细的商业操作,也会被更上层的商业办事调用,不过大年夜多半环境下这类办事不会裸露给外部用户直接调用,比如说检索用户帐户信息,存储用户信息等。(3)技巧功能办事(technical function service),这类办事主要完成一些底层的技巧功能,比如说日志办事以及安然办事等。在办事层之上的第4层便是商业流程层,在这一层中我们使用已经封装好的各类办事来构建商业系统中的商业流程。在商业流程层之上的便是第5层表示层了,我们使用表示层来向用户供给用户接口办事,这一层可以用基于portal的系统来构建。以上这5层都必要有一个集成的情况来支持它们的运行,第6层中的企业办事总线(ESB)供给了这个功能。第7层主要为全部 SOA 系统供给一些帮助的功能,例如办事质量治理,安然治理这一类的帮助功能。

2. SOA 架构中的非功能性办事级别(service-level)需求

除了系统的营业需求,架构设计师还必须要包管构建出来的系统架构能够满意系统中的非功能性办事级别(service-level)需求以及办事质量(QoS)方面的需求。在项目初始及细化阶段,架构设计师应该与系统所有涉及方(Stakeholders)一路,为每一个办事级别需求定义其相关的衡量标准。构建出的系统架构必须要能满意以下几方面的办事水准要求:机能、可进级性、靠得住性、可用性、可扩展性、可掩护性、易治理性以及安然性。架构设计师在设计架构历程中必要平衡所有的这些办事级别需求。例如,假如办事级别需求中最紧张的是系统机能,架构设计师很有可能不得不在必然程度上就义系统的可掩护性及可扩展性,以确保满意系统机能上的要求。跟着互联网的成长,新构建的系统对付办事级别需求也变得日益紧张,现在基于互联网的企业系统的用户已经不仅仅局限于是本企业的雇员,企业的外部客户银河唯一官网1331也会成为企业系统的主要用户。

架构设计师的职责之一便是要尽可能地为前进银河唯一官网1331系统设计职员和系统开拓职员的事情效率斟酌。在构建全部企业系统架构的历程中,必要充分注重各类办事级别需求,从而避免在系统开拓和运行的时刻呈现重大年夜问题。一个企业级系统中的办事级别需求每每是十分错综繁杂的, SOA 架构设计师必要凭借富厚的专业履历和踏实的理论常识来分离和抽象系统中不合的办事级别需求,图3展示了这种阐发的历程。

图3

颠末 SOA 架构设计师阐发和抽象的办事级别需求主要分为以下几类:

﹡ 机能是指系统供给的办事要满意必然的机能衡量标准,这些标准可能包括系统反映光阴以及处置惩罚买卖营业量的能力等;

﹡ 可进级性是指当系统负荷加大年夜时,能够确保所需的办事质量,而不必要变动全部系统的架构;

﹡ 靠得住性是指确保各利用及其相关的所有买卖营业的完备性和同等性的能力;

﹡ 可用性是指一个系统应确保一项办事或者资本永世都可以被造访到;

﹡ 可扩展性是指在不影响现有系统功能的根基上,为系统填加新的功能或改动现有功能的能力;

﹡ 可掩护性是指在不影响系统其他部分的环境下修正现有功能中问题或缺陷,并对全部系统进行掩护的能力;

﹡ 可治理性是指治理系统以确保系统的可进级性、靠得住性、可用性、机能和安然性的能力;

﹡ 安然性是指确保系统安然不会被危及的能力。

1) 机能

我们平日可以根据每个用户造访的系统相应光阴来衡量系统的整体机能;别的,我们也可以经由过程系统能够处置惩罚的买卖营业量(每秒)来衡量系统的机能。对付架构设计师来说,无论采取哪种衡量系统机能的措施来构建系统架构,这些对付机能的斟酌对系统设计开拓职员来说都应该是透明的,也便是说对付系统整体架构机能的斟酌应该是架构设计师的事情,而不是系统设计开拓职员应该关注的工作。在较传统的基于EJB或者XML-RPC的散播式谋略模型中,它们的办事供给都是经由过程函数调用的要领进行的,一个功能的完成每每必要经由过程客户端和办事器往返很多次的远程函数调用才能完成。在Intranet的情况下,这些调用给系统的相应速率和稳定性带来的影响都可以轻忽不计,但假如我们在基于 SOA 的架构中应用了很多Web Service来作为办事供给点的话,我们就必要斟酌机能的影响,尤其是在Internet情况下,这些每每是抉择全部系统是否能正常事情的一个关键抉择身分。是以在基于 SOA 的系统中,保举采纳大年夜数据量低频率造访模式,也便因此大年夜数据量的要领一次性进行信息互换。这样做可以在必然程度上前进系统的整体机能。

2) 可进级性

可进级性是指当系统负荷加大年夜时,仍能够确保所需的办事质量,而不必要变动全部系统的架构。当基于 SOA 的系统中负荷增大年夜时,假如系统的相应光阴仍能够在可吸收的限度内,那么我们就可以觉得这个系统是具有可进级性的。要想理解可进级性,我们必须首先懂得系统容量或系统的遭遇能力,也便是一个系统在包管正常运行质量的同时,所能够处置惩罚的最大年夜进程数量或所能支持的最大年夜用户数量。假如系统运转时已经不能在可吸收光阴范围内反映,那么这个系统已经到达了它的最大年夜可进级状态。要想进级已达到最大年夜负载能力的系统,你必须增添新的硬件。新添加的硬件可以以垂直或水平的要领加入。垂直进级包括为现在的机械增添处置惩罚器、内存或硬盘。水平进级包括在情况中添置新的机械,从而增添系统的整体处置惩罚能力。作为一个系统架构设计师所设计出来的架构必须能够处置惩罚对硬件的垂直或者水平进级?;?SOA 的系统架构可以很好地包管整系一切的可进级性,这主如果由于系统中的功能??橐丫怀橄蟪刹缓系陌焓?,所有的硬件以及底层平台的信息都被樊篱在办事之下,是以不管是对已有系统的水平进级照样垂直进级,都不会影响到系统整体的架构。

3) 靠得住性

靠得住性是指确保各利用及其相关的所有买卖营业的完备性和同等性的能力。当系统负荷增添时,你的系统必须能够持续处置惩罚需求造访,并确保系统能够象负荷未增添曩昔一样精确地处置惩罚各个进程??康米⌒钥赡芑嵩诒厝怀潭壬舷薅ㄏ低车目山缎?。假如系统负荷增添时,不能保持它的靠得住性,那么实际上这个系统也并不具备可进级性。是以,一个真正可进级的系统必须是靠得住的系统。在基于 SOA 来构建系统架构的时刻,靠得住性也是必须要着重斟酌的问题。要在基于 SOA 架构的系统中包管必然的系统靠得住性,就必须要首先包管散播在系统中的不合办事的靠得住性。而不合办事的靠得住性一样平??梢杂善渲涞睦冒焓缕骰騑eb办事器来包管。只有确保每一个 SOA 系统中的办事都具有较高的靠得住性,我们才能包管系统整体的靠得住机能够得以保障。

4) 可用性

可用性是指一个系统应确保一项办事或者资本应该老是可被造银河唯一官网1331访到的??康米⌒钥梢栽鎏硐低车恼蹇捎眯?,但纵然系统部件掉足,无意偶尔却并不必然会影响系统的可用性。经由过程在情况中设置冗余组件和差错规复机制,虽然一个零丁的组件的差错会对系统的靠得住性孕育发生不良的影响,但因为系统冗余的存在,使得全部系统办事仍旧可用。在基于 SOA 来构建系统架构的时刻,对付关键性的办事必要更多地斟酌其可用性需求,这可以由两个层次的技巧实现来支持,第一种是使用不合办事的详细内部实现内部所基于的框架的容错或者冗余机制来实现对办事可用性的支持;第二种是经由过程UDDI等动态查找匹配要领来支持系统整体的高可用性。在 SOA 架构设计师构建企业系统架构的时刻,应该综合斟酌这两个方面的内容,只管即便包管所构建的 SOA 系统架构中的关键性营业能具有较高的可用性。

5) 可扩展性

可扩展性是指在不影响现有系统功能的根基上,为系统添加新的功能或改动现有功能的能力。当系统刚设置设置设备摆设摆设好的时刻,你很难衡量它的可扩展性,直到第一次你必须去扩展系统已有功能的时刻,你才能真正去衡量和检测全部系统的可扩展性。任何一个架构设计师在构建系统架构时,为了确保架构设计的可扩展性,都应该斟酌下面几个要素:低耦合,界面(interfaces)以及封装。当架构设计师基于 SOA 来构建企业系统架构时,就已经隐含地办理了这几个可扩展性方面的要素。这是由于 SOA 架构中的不合办事之间本身就维持了一种无依附的低耦合关系;办事本身是经由过程统一的接口定义(可所以WSDL)说话来描述详细的办事内容,并且很好地封装了底层的详细实现。在这里我们也可以从一个方面看到基于 SOA 来构架企业系统能为我们带来的好处。

6) 可掩护性

可掩护性是指在不影响系统其他部分的环境下改动现有系统功能中问题或缺陷的能力。同系统的可扩展性相同,当系统刚被支配时,你很难判断一个系统是否已经具备了很好的可掩护性。当创建和设计系统架构时,要想前进系统的可掩护性,你必须斟酌下面几个要素:低耦合、??樾砸约跋低澄牡导锹?。在企业系统可扩展性中我们已经提到了 SOA 架构能为系统中裸露出来的各个子功能??橐脖闶前焓麓吹婉詈闲院秃芎玫哪?樾?。关于系统文档记载,除了底层子系统的相关文档外,基于 SOA 的系统还会引用到许多系统外部的由第三方供给的办事,是以假如人力资本答应的话,应该增添专职的文档治理员来专门认真有关全部企业系统所涉及的所有外部办事相关文档的网络、归类和收拾,这些相关的文档可能涉及到第三方办事的接口(可所以WSDL)、办事的质量和级别、详细机能测试结果等各类相关文档?;谡庑┪牡?,就可以为 SOA 架构设计师构建企业 SOA 架构供给很好的文档参考和支持。

7) 可治理性

可治理性是指治理系统以确保全部系统的可进级性、靠得住性、可用性、机能和安然性的能力。具有可治理性的系统,应具备对办事质量需求(QoS)的系统监控能力,经由过程改变系统的设置设置设备摆设摆设从而可以动态地改良办事质量,而不用改变整系一切架构。一个好的系统架构必须能够监控全部系统的运行环境并具备动态系统设置设置设备摆设摆设治理的功能。在对繁杂系统进行系统架构建模时, SOA 架构设计师应该只管即便斟酌使用将系统整体架构构建在已有的成熟的底层系统框架(Framework)上。对付 SOA 架构设计师来说,可以选择的底层系统框架有很多,可以选用基于MQ, MessageBorker,WebSphere Application Server等产品来构建企业办事总线(Enterprise Service Bus)以支持企业的 SOA 系统架构,也可以选用较新的基于WebSphere Application Server 6中内嵌的Sibus来构建企业的ESB以支持 SOA 系统架构。详细选择哪种底层框架来实施 SOA 系统架构要根据每个系统各自的特征来抉择,但这些底层的框架都已经供给了较高的系统可治理性。是以,阐发并选择不合的产品或底层框架来实现企业系统架构也是架构设计师的主要职责之一。有关于若何使用已有底层架构来构建 SOA 系统,中国 SOA 设计中间已经颁发了一系列相关的文章,大年夜家可以在DeveloperWorks中的 SOA 专栏看到它们。

8) 安然性

安然性是指确保系统安然不会被危及的能力。今朝,安然性应该说是最艰苦的系统质量节制点。这是由于安然性不仅要求确保系统的保密和完备性,而且还要防止影响可用性的办事回绝(Denial-of-Service)进击。这就要求当 SOA 架构设计师在构建一个架构时,应该把整系一切架构尽可能地瓜分成各个子功能???,在将一些子功能??槁懵段獠坑没Э杉陌焓碌氖笨?,要环抱各个子??楣菇ǜ髯缘陌踩磺?,这样更便于包管整系一切架构的安然。假如一个子??槭艿搅税踩唤?,也可以包管其他??橄喽园踩?。假如企业 SOA 架构中的一些办事是由Web Service实现的,在斟酌这些办事安然性的时刻也要同时斟酌效率的问题,由于WS-Security会为Web Service带来必然的履行效率损耗。

3.停止语

本系列两部分先容了有关架构设计师以及 SOA 架构的常识,阐发了 SOA 架构师在设计 SOA 系统架构时有哪些应该分外留意的地方并在着末简要先容了在构建基于 SOA 架构的企业系统时应该如何包管所构建的系统架构能够满意系统中不合的办事级别需求。从架构设计师的角度, SOA 是一种新的设计模式,措施学。是以, SOA 本身涵盖了很多的内容,也触及到了系统整体架构设计、实现、掩护等各个方面。本文的内容只是涉及到了有关于架构方面的一部分内容,盼望能对广大年夜的 SOA 系统开拓设计职员起到必然的赞助感化。

下部分:架构设计师与SOA(上)

免责声明:以上内容源自网络,版权归原作者所有,如有侵犯您的原创版权请告知,我们将尽快删除相关内容。

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