《2023年SOA题库.pdf》由会员分享，可在线阅读，更多相关《2023年SOA题库.pdf（22页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、1、为什么说S O A是软件技术发展到一定阶段的产物？a）、我们不再能一致化系统，维持对系统的控制，需要一个新的方法个接受异质、带来分散的方法；b）、需要一个解决“业务/I T”鸿沟的方法2、在何种情况我应当一方面考虑采用S O A架构？大型分布式系统中优先使用S O A架构。3、从计算环境演变中，我可以发现何种规律？计算环境的演变过程：1）主机时代。2）客户/服务器计算环境。3）基于多层架构和中间件的分布式计算环境。4）面向服务的计算环境。计算环境的演变过程是逐渐解耦的过程。4、S O A是一种具体技术吗？S O A不是一种具体的技术，S O A是一种架构风格。广义上认为S O A是包含运营
2、环境、编程模型、架构风格和相关方法论在内的一整套新的的分布式软件系统构造方法和环境，涵盖服务的整个生命周期：建模-开发-整合-部署-运营-管理.5、请描述一下现实世界中的服务模型6、传统的大型分布式软件有哪些局限性？1）复杂性不一致2）业务与I T 的不一致3）已存在的遗产软件4）异构问题5）生命周期的问题6）参与者（所有者）的问题7）灵活性问题8）冗余问题7、SOA是银弹吗？为什么？不是，S O A对特定的环境（具有不同所有者的异质分布式系统）而言是抱负的解决方案，对其它系统而言也许不是一个好的方法，采用S O A是需要付出一定的代价的。8、为什么SOA架构可以帮助解决IT与业务的不一致？基
3、于服务可在业务层进行建模，从而支持顶层设计。并且，在服务实现之前就可对顶层架构进行验证9、什么是服务，抱负中的服务应包含哪些特性？服务是整个S O A实现的核心。一项“服务”（抱负中）是一个自足的，无状态的业务功能，通过定义良好的标准接口，它接受一个或多个请求，返回一个或多个应答。服务能执行离散的工作单元，服务不应依赖于其它功能或过程a）自足性b）粗粒度c）可见、可发现d）无状态e）幕等性f）重用性g）服务质量与服务等级h）前提和后置条件i）供应商分散j）可互操作址。10、在 S0A的架构中我重点关注的是服务接口还是服务实现？服务接口1 1、服务的设计中应当一方面考虑服务的重用性，还是要一方面
4、保证和业务功能相应?一方面保证和业务功能相应1 2、S O A中服务设计中，我们希望采用业务驱动接口还是技术驱动接口？服务自身体现了业务功能，因此倾向业务驱动的接口1 3、如何把技术驱动接口改写为技术驱动接口举例：设计一个服务实现算数运算业务功能技术驱动接口O p e r at i o n (t y p e,p ar am i,p ar am 2)其中 t y p e：1 代表+；2 代表-；3 代表*;4 代表、业务驱动接口：A d d(p ar am l,p ar am 2)m u l t i p l y(p ar am l,p ar am 2)d i v i d e(p ar am l,
5、p ar am 2)su bt r act(p ar am l,p ar am 2)1 4、什么是服务契约？必须有一些机制准确并具体地说明服务向其消费者提供的内容，以及规定消费者提供的内容(输入、规定的操作调用顺序等)。服务提供者和服务消费者之间的双向协议称为服务契约1 5、服务可分为哪几种类型？它们的粒度粗细如何？重用性如何？基本服务：提供一个基本的业务功能组合服务：组合服务由基本服务或其它组合服务组合而成。组合服务的运营层次比基本服务高,然而它们仍然是短期执行的(微流)，并视无状态.流程服务：和组合服务不同，流程服务有状态，该状态在多个调用之间保持稳定。流程服务可代表长期的业务流程(宏流)
6、以判断是否满足业务功能需要为准则，决定使用组合服务还是基本服务1 6、基本服务和组合服务那个需要满足A C I D 特性？为什么？基本数据服务要具有A C I D 特性由于基本数据服务其也是服务所以也要包含最低限度的业务功能。从从消费者的观点来看组合服务也要遵循A C I D。1 7、什么是“补偿”机制，S O A 中为什么在事务解决方面重要采用补偿机制补偿与事务相关。补偿不同于“两阶段提交（2 P C）。补偿采用“伪 回 滚”，即采用操作倒退回来的方法。补偿的优点是更新不必同步，缺陷是必须显示提供和调用服务。由于S O A 基本数据服务是原子性并且是无状态的，所以必须采用补偿机制。1 8、S
7、 O A 中松耦合的目的？典型的松耦合形式？松耦合的目的是最小化依赖。当彼此的依赖更少时，一个系统修改或发生错误会更少地影响其他系统。典型的松耦合形式：异步通信，补偿，异质数据类型，中介，弱类型检查1 9、E S B 是什么？为什么S O A 中要引入E S B公司服务总线（E n t e r p r i s e S e r v i c e B u s）,是过去消息中间件的发展。E S B 采用了“总线”这样一种模式来管理和简化应用之间的集成拓扑结构，以广为接受的开放标准为基础来支持应用之间在消息、事件和服务的级别上动态的互连互通。E S B 可以说是搭建S O A 架构所必须实现的核心功能组
8、件。引入E S B 因素：1）服务总线帮助服务消费者穿越网络找到服务的提供者，使得各类服务得以协同工作。2）应用程序隔离了内部的具体实现，被包装成一个服务加到服务总线上3）总线的修改和替换不影响已经存在各类应用程序2 0、E S B 的职责有哪些？a 数据映射b智能路由以上为最基本的两项职责a 解决安全b解决可靠性c服务管理d监测和日记e业务活动监测2 1、比较一下E S B 的协议驱动和A P I 驱动协议驱动：通过定义一个协议，服务提供者和消费者根据该协议进行发送和接受消息。例如：S O A PA P I 驱动：E S B 定义平台相关的A P I,服务提供者和消费者通过这些A P I 来
9、进行服务实现和服务调用。基于协议的驱动：如何进行消费和供应问题由服务开发团队考虑，E S B 不负责解决该类问题。例如：每个服务的开发者必须满足E S B 定义的协议，如 S O A P o基于A P I 的驱动：E S B 考虑如何消费和供应问题。服务开发团队只需要考虑业务功能。E S B 为相应的A P I 提供解决方案（代码生成器和程序库）。E g:J ava接口2 2、什么是B P M?为什么要引入B P M?2 3、请结合宏流和微流讨论一下B P M 和工作流2 4、请讨论一下服务的编排和编制，及两者的耦合性2 5、请谈谈分布式对象的发展历程？C O R B A -DC 0 M-R
10、M I (E J B)-S 0 A2 6、C O R B A的运营机制是什么？2 7、什么是I DL?为什么要有I DL?O M G I DL是一种独立于编程语言、下层网络和具体实现的数据类型和服务接口描述语.C O R B A通 过O M G I DL来区分接口和实现I DL语言完全是一种描述性语言，这在异质分布式环境中是非常重要的，由于不同的平台上不也许支持所有的编程语言。通 过 把I DL的特性可以映射为具体语言的实现，这就是语言映射的任务2 8、为什么C O R B A要引入S T U B和S K E L E T O N?为什么要有存根：存根为客户提供了一种机制，使得客户可以不关心O
11、R B的存在，而把请求交给存根，由存根负责对请求参数的封装和发送，以及对返回结果的接受和解封装为什么要有骨架：I DL骨架是I DL存根在服务器端的相应，提供与存根类似的服务。当O R B接受到请求时，由骨架将请求参数解封装，辨认客户所请求的服务，（向上）调用服务器中的对象实现，当服务器完毕了对请求的解决后，骨架把执行结果封装，并将结果返回给客户程序2 9、基于O R B 的开发过程是什么?基本的开发过程：1）定义I DL2）将 I DL 映射为具体语言的S tub/S k e le ton3）编写实现具体服务功能的代码4）编译，连接，产生服务器程序5）编写调用品体服务功能的代码6）编译，连接
12、，产生客户程序30、请谈谈微软和JAV A阵营的分布式组件技术的发展。Ja v a:Ja v a R MI-j a v a Be a n-EJB31、DCOM及其相关技术的演化过程演化过程见上图32、DCOM的重要优点：1）拥有高质量的开发工具及方便的向导（W i z a r d）；2）有大量的商品化Ac ti v e X 组件可供选用；3）具有静态或动态接口支持；4）支持多线程服务。DCOM有两大缺陷：1）由单一开发者（微软）定义并控制，这大大限制了 DCOM使用者的选择范围（比方说开发工具和风格）。2）缺少众多的平台支持，这极大限度地制约了代码的可重用性和DCOM应用的可扩展性33、请比较
13、 COR BA、DCOM、EJBCORBA/ORBDCOM/ActiveXEJB/RMI集成性好好好可扩展性好一般好可用性好一般一般支持跨语言操作好好一般支持跨平台操作好网络通讯好一般好公共服务组件好事务处理好一般一般消息服务一般一般一般安全服务好般好日隶服务好一股一般容错性一般一般一般产品成熟性一般一般一般软件开发商支持度一般好好般好般好34、在 S OA中为什么要讨论MEP?由于消息的传递和互换模式会影响消费者与服务者具体实现35、常见的几种MEP 模式，各自有什么特点？1）请求/应答模式：消费者向供应者发出一个请求消息，等待供应者发出应答消息。类似R P C.优点：实现较为容易和简朴，返
14、回到同一实例缺陷：出现阻塞，无法在应答期间解决其它事情2）单程模式：消费者向供应者发出一个请求消息，无需等待应答缺陷：实现较为复杂?？优点：异步，无阻塞3）请求/回调模式：消费者向供应者发出一个请求消息，在等待应答时不必被阻塞优点：非阻塞请求/应答4）发布/订阅模式：。观测者模式定义了一种一对多地依赖模式，让多个观测者同时监听某一个主题对象。这个主题对象在状态发生变化时，会告知所有的观测者对象，使它们可以自动更新自己。这里的主题对象就是指告知者，又叫做发布者。观测者又叫订阅者。5）可靠性与错误36、如何构造健壮的单程消息？通过双重确认ProviderConsum erSend requestC
15、onfrms reception of requestConfirm s reception of cofifirmadonProcessrequest37、能否在不可靠协议上实现可靠的消息互换？可以。38、请求/应答可以用两个单程消息的组合来实现吗?可以。3 9、如何判断同步请求应答和异步单程消息构成的请求应答？根据应答是否应当提交给最初的进程/线程实例，假如是，则是同步请求应答。否则是异步单程消息4 0、请比较E D A与S 0 AEDA 与 S0AS0A通常更适合请求/响应互换环境，但 EDA引入了一些长时间运营的异步进程功能。并且，EDA节点可发布事件，且并不依赖于所发布的服务的可用性
16、。它真正地实现了同其他节点的分离。EDA并不会完全取代S 0 A,而会对S0A形成补充通过事件所带数据看S0A与 EDA粗粒度数据？S0A细粒度数据？EDA谁的耦合性更高？EDA的业务流程S0A把基本服务组合成流程服务，EDA通过事件来解决流程。每个系统扮演特定的角色，并且将自己解决过程的结束标志为一个事件4 1、有工作量的版本划分和无工作量的版本划分各自的含义。各有何优缺陷？无工作量版本划分：当业务变化时使用，用新服务来实现业务改变，不用修订已有老的服务。优点：无需对已有服务进行修改，只关注变化的部分。缺陷：版本越来越多，最后难以管理。有工作量版本划分：当业务变化时，需要关注已有老的服务。4
17、 2、服务为什么会发生变化？版本划分重要讨论的是什么问题？设计局限性和需求变化会导致服务的版本变化。当版本变化时，需要考虑两方面：1.开发新版本，使得运营中多个版本并行；修订新版本，替换老的版本。4 3、有工作量的版本划分的解决方法有哪些？1）提供机制保证向前兼容2）通过技术手段扩展服务3）通过间接方法，如中介4 4、不同版本用不同类型需要考虑哪些问题？1）导致的多个关联类型也要做修改2）在强类型语言中，需要做类型映射3）在关联类型和服务增长时，工作量会大大增长4）也许要升级所有关联服务4 5、不同版本用相同类型要考虑哪些问题？1）要记录属性与版本的关系2）当数据类型因新服务而发生变化时，需要
18、编译所有现存代码3）根据自己的标准验证数据4 6、S O A 中可否使用泛型来解决数据类型版本的划分问题可以，但是要考虑到分布式S O A 环境中是否支持泛型，现实中很难所有平台都支持。4 7、当碰到版本划分问题时，我们该如何取舍？没有银弹可以解决所有版本问题，需要根据实际情况来拟定如何调整。从消费者和提供者两个角度来考量版本划分所带来的工作量问题。建议从如下两个方式解决：1）服务提供者一般建议采用无工作量的版本划分，不同版本采用不同的数据类型2）消费者，采用映射层的方法解决版本不一致问题4 8、何为开发中的服务？何为生产中的服务？开发中的服务指在设计或实现的服务生产中的服务指正在部署后的服务
19、49、IBM的SOA方法论中服务被划分为几个阶段，各阶段的重要工作有哪些？M o d e l:收集需求、建模、设计A s s e m b l e:实现和测试D e p o y :发布M a n a ge r：管理和监控50、Webservice 与 S0A 的关系51、Webservice的架构与特点三个参与者:1)服务提供者(S e r v ic e P r o v id e r)2)服务请求者(S e r v ic e R e q u e s t e r)3)服务代理(S e r v ic e B r o k e r)三个基本操作：1)发 布(P u b l is h)2）查 找（Find
20、）3）绑定/调用（Bind/Invoke）W eb Service 的特点a完好的封装性b松散耦合c使用标准协议规范d高度可互操作性e高度可集成能力f动态性52、什么是SOAP协议，它有何特点SOAP是一个简朴的用于在Web上互换结构信息的XML协议SOAP 1.1的特性：a）自由的传输绑定（不仅仅是HTTP）b）自由的语言绑定（比如Java,C#）c）可插入的数据格式（当然必须基于XML）d）完全的中立（中立、公开的标准）e）独立于任何编程语言、对象模型、操作系统、平台、协议53、SOAP Message 的结构SOAP定义了一个envelope”对象，使用“envelope”包装消息自身，
21、消息可以采用自身特定的XML词汇，使用namespace来区分彼5 4、S O A P 与 H t t p 的关系5 5、什么是W S D L?W S D L L 1 版本包含哪些组成部分？每个部分的内容及含义W S D L:W ebS er v ice 描述语言1)t y p es 元素中描述消息中复杂数据类型的使用。2)mes s age元素指定X M L 数据类型组成消息的各个部分。操作的输入或输出(参数)被定义为 mes s age元素。3)p or t T y p e元素中定义了 W eb服务的操作。操作定义了输入和输出数据流中可以出现的X M L消息。4)binding元素描述特定
22、服务接口的协议、数据格式、安全性和其它属性。5)s er v ice元素。服务元素包含一组p or t 元素。端口将端点与来自服务接口定义的binding元素关联起来。5 6、什么是X M L S chema D at aT y p es 的基类型和复合类型？基本类型：基本的数据类型复合类型：由多个基本数据类型组合而成的类型，类似于C 语言中的结构体5 7、J av a中的数据结构能否所有映射到X S D?C las s 将被映射为什么类型？可以；C las s 被映射成复杂类型5 8、请比较R P C 模式与D O C U M E N T 模式？在 S O A 中我们该采用哪种模式，为什么？
23、R P C (R emot e P r ocedu r e C all)本质上就是远程方法的调用。尽管W ebs er v ice是基于X M L 的但是你仍然可以使用远程方法调用这种模式来进行W ebs er v ice的实现，特别是在那种简朴的请求相应的模型中。在这个过程中，传输中的X M L 文献所描述的更多是有关远程方法的信息,比如方法名，方法参数等等。D O C T U M N E T即文档互换方式.与R P C 相比较在X M L 文献中不是做远程方法的映射，而是一份完整的自包含的业务文档，当 S er v ice端收到这份文档后，先进行预解决(比如词汇的翻译和映射)，然后再构造出
24、返回消息。这个构造返回消息的过程中，往往不再是简简朴单的一个方法调用，而是多个对象协同完毕一个事务的解决，再将结果返回S OA 中我们该采用DOCU ME NT 模式5 9、WS DL支持的消息互换方式？WS DL支持4 种消息互换方式，来访问服务端点。1)单 向(On e-w ay。服务访问端点接受消息;2)请求响应(R e que s t-re s p o n s e)：服务访问端点接受请求消息，然后发送响应消息；3)规定应答(S o licit-re s p o n s e)：服务访问端点发送规定消息，然后接受应答消息；4)告 知(No t if icat io n)：服务访问端点发送告
25、知消息。60、在 WS DL 中能否有多个 p o rt t y p e、bin g d in g p ro t?不可以61、Java提供的java2 w s d l和w s d l2 java工具有何作用？Java2 w s d l:根据java代码生成w s d lWs d l2 java:根据w s d l生成客户端以及服务器端java代码62、U DDI是什么，它有什么作用？U DDI是一个独立于平台的框架，用于通过使用In t e rn e t 来描述服务，发现公司，并对公司服务进行集成。63、什么是B PM?为什么要引入B PM?64、请结合宏流和微流讨论一下B PM和工作流65、
26、请讨论一下服务的编排和编制，及两者的耦合性66、采用S 0 A 架构，性能问题重要由那些方面引起？1).通过E S B 发送请求或应答；2).反序列化请求或应答；3).解决请求。67、S 0 A 常见的几种解决性能问题的思绪1.何时采用粗粒度服务2.何时采用细粒度服务3.调用约束4.定制服务68、粗粒度的服务性能一定好于细粒度吗？不一定。采用粗粒度服务时(注意不是调用基本服务的粗粒度服务)，并且不考虑返回数据被使用的情况时。当采用粗粒度服务时返回的数据量大，但所用到的数据却很少时可考虑细粒度服务。69、采 用“调用约束”来解决性能问题对耦合、内聚的影响也许会使得问题变得更加复杂70、采 用“定
27、制服务”来提高性能会破坏服务所包的业务功能吗？1 .定制服务也许会破坏了重用性2 .考虑定制服务也许会破坏业务流程和系统设计7 1、S 0 A 有哪些特殊安全需求？互操作性安全、异质和安全、分布式过程和多层抽象、多客户端能力7 2、在 S O A 中性能是第一位的吗？如何取舍1）性能问题在需求阶段必须考虑2）性能问题尽量不要破坏系统的整体设计，取舍：1）当发生冲突时应尽量考虑不破坏整体设计的解决方案，例如硬件的升级2）当性能是第一要素且无法通过其它方法获得好的解决办法是，可参考上述讨论的方法7 3、请梳理一下现实中实行S O A 时的解决思绪。1）确认安全需求2）拟定所用的S O A 安全规范
28、3）选择为你提供核心S O A 安全功能的产品4）配置及集成产品，以便协同工作5）用框架填补漏洞6）可以考虑把安全作为服务7.）安全也许会带来性能方面的影响7 4、什么是B P E L?S O A 中运用B P E L 的好处B P E L：即业务解决执行语言，是一种使用X M L 编写的编程语言，是专为整合W e b S e r v i c e s 而制定的一项规范标准。B P E L 的作用是将一组现有的服务组合起来，从而定义一个新的W e b 服务7 5、B P E L 中同步与异步的概念以及具体应用7 6、B P E L 基本结构涉及哪些部分？71、B P E L 基本语法与活动7 8
29、、B P E L 开发过程是如何的？1）熟悉相关的W e b 服务2）为此B P E L 流程定义W S D L3）定义合作伙伴链接类型4）开发此B P E L 流程：5）定义合作伙伴链接6）声明变量7）编写流程逻辑定义。7 9、什么是J B I?J B I 的组成？J B I (J a v a B u s i n e s s I n t e g r a t i o n)是 J a v a 业务集成，是 S U N 发布的一个用于J a v a 组件进行集成的一个标准。J BI 的本质是一种服务总线思想。J BI 的目的是创建一个用于各种J a v a组件服务集成的运营环境1)绑定组件2)服务
30、引擎组件3)N M R80、BC组件和S E组件的特点BC：Bi n d i n g Co m p o n e n ts,J BI 通过实现了不同协议的绑定组件来接受不同传输协议的请求，绑定组件可分为接受BC和发送BCS E：S e r v i c e En g i n e s 是服务引擎组件，该组件负责实现业务逻辑和其他服务。这类组件只解决 J BI 容器内部的消息。81、什么是N M R?BC,S E和 N M R 如何进行通信？N M R 是，J BI 的规格化消息路由器：是 J BI 内部消息系统的核心，所有的组件之间不能互换消息，只能通过N M R 来传递在 J BI 容器内部，只有
31、一种标准的规格化消息(N o r m a l i z e d M e s s a g e)。服务组件进入J BI 环境之前，通过BC转换为规格消息N M。在 J BI 环境里，所有的服务都不能互相调用，必须要先转给N M R,再由N M R 分发。J BI 运营环境里面的组件(S E、BC)和 N M R 都是通过N M 来进行信息互换的。82、S U 与 S A是什么它们间有什么关系？S U 是 J BI 使用者编写的服务，包含具体业务逻辑等，最终的执行都是在这些J BI 组件中进行的，每个S U 打包成一个z i p 文献，但必须放在S A中才干部署到J BI 容器中S A包含一组S U,
32、通过一个描述文献包含的S U,每个S A打包成一个z i p 文献，可部署到J BI容器中.83、J BI 与 ES B的关系？J BI 定义了 ES B的一部分：J BI 定义了服务容器，整合在这个服务容器里面发生，所有的I T资源都变成了服务的提供者，服务的消费者，甚至是两者兼而有之。服务容器必须解决各种不同的技术，并且把他们“映射”至 U (或者从)一个标准的服务模型84、什么是S CA?请比较S CA与 J BI面向服务组件的架构(S e r v i c e Co m p o n e n tAr c h i te c tu r e,S CA)是一种新的服务组件模型。这是一种全新的、跟语
33、言无关的编程模型，它提供了一种统一的调用方式，从而使得客户可以把不同的组件类型，比如P O J O,口B,流程组件，人工交互组件等都可以通过一种标准的接口来封装和调用。S CA并不是只针对某一种语言的，不同语言或者环境之间通过开放的，标准的技术来实现互操作.而J BI 只是针对J a v a 环境的85、S CA中的一些基本概念1）服务组件：是S C A 中的基本组成元素和基本构建单位，也是具体实现业务逻辑的地2）服务模块：服务模块（简称模块）由一个或多个具有内在业务联系的服务组件构成。3）导 入（Impor t）和导出（E x por t）：导 入（Impor t）是使得模块中的服务组件可以
34、调用模块外部的服务。导 出（E x por t 是使得模块外部的应用可以调用模块中的服务组件。4）S t a nd a l one Re fe r e nc e：模块中的服务组件是不能直接被外部Ja v a 代码使用的，为了外部的 Ja v a 代码使用模块中的服务组件，在模块中提供了一个特殊的端点，叫 做 S t a nd a l oneRe fe r e nc eo5）S e r v ic e W ir e s：S C A 引用 r e fe r e nc e s 到实现的连接为 w ir e 连接。6）C ompone nt T y pe 描述S C A 中服务的元素，它定义了服务以及服
35、务的接口，以及服务相应的属性和服务引用86、原子组件和合成组件的关系原子组件：不可以再分割的含义。原子组件被称为C ompone nt合成组件C ompos it e 包含0.n 个原子组件C ompone nt,合成组件C ompos it e 是S C A 规范中最基本的单元，是部署的最基本单位87、S C A 中如何组装服务？88、什么是系统域？对于S C A 中的每个域是针对于一个业务功能进行划分的。每个域相应一定的业务范围，这个业务域也许是一个子系统，也也许是一个模块。每个域都对域内的业务提供功能。每个域通过一个 U RI进行标记。89、域 D oma in是一个系统或者子系统。它由n 个 C ompos it e 组成。90、S OA 设计原则与服务的设计原则S OA 设计原则：a）业务与IT 对 齐 b）保持灵活性c）松散耦合服务设计原则：a）命名服务时应以最大化易用性为目的b）服务应具有精心选择的粒度c）服务应是内聚而完整的d）服务应对实现细节进行封装e）服务具有无状态接口f）根据状态划分服务91、IB M面向服务的分析和设计的方法学