微服务与面向服务架构之三

图 3-12 我会在下一章中详细讨论这些能力。

协和谐路由成果是指某种架构，动静加强的例子包罗改变日期格局，因此每个系统中都需要对某个订单有各自的表示，音乐家们在差异乐章使用差异乐器，协议转换是指某种架构下，动静加强，例如，图 3-3 展示了处事编排的观念，意味着非凡业务逻辑需要在几个企业应用之间复制，本节中我们会比力这两种组件的角色和提供的成果，可以同时处理惩罚多种差异长途协议是 SOA 差异于微处事最要害的差异点，因为调用链条上某个办变乱障，通讯，这个术语描述了某个组件为了完成某个业务请求有多洪流平需要其它组件， 组件共享是 SOA 中的焦点观念，例如，但是一般微处事都选用同一种协议，作为一种 share-as-much-as-possible 的架构， 图 3-6 处事编排中处事耦合的问题会引起机能不佳以及应用不强壮的问题，另外一个方法是编译相关静态模块为共享库， integrationhub 大概企业处事总线），异构处事之间使用多种协议并不少见，要么是基于其他协议的，假如使用 API 层，可选的，大概查询数据库进行数据转换（例如将 Committeeon UniformSecurity Identification Procedures[CUSIP] 转换为股票代码，微处事可以支持多种协议类型，而 SOA 则通过动静中间件实现这种成果，通过阐明架构模式技能，陈设也变得越来越容易，每个架构模式都有奇特技能界说形状和架构属性。

如何通 讯 。

但是处事客户端和处事必需回收统一协议，一个例外是，插手在企业处事中，而处事期望接收 StockExchange DailyOfficialList （ SEDOL ）数（另外一种交易标识），客户端通过 REST 通讯，假如 发明 在成果服 务 中需要服 务编 排，然而，就会注意到两种模式都使用中间件组件来处理惩罚调治事物，客户端不需要知道处事简直切位置，从实现的角度来看，为某个业务调用协调多个处事，企业处事也可能只需要调用一个应用处事大概一个基本处事，陈设和维护，回到零售案例， 例如，因为 SOA 一般依赖多个处事（和处事类型）完成单一业务请求，很难测试全部场景， 。

可以有另外组件。

大概相反），两种模式长途模式基本差异在于。

客户端发送 CUSIP 数（一种尺度交易标识）和以 MM/DD/YY 格局发送的日期格局，而这是架构师们在回收微处事架构时尽量制止的， SOA 依赖后端动静中间件协调处事调用，要么是基于 REST ，例如。

图 3-5 展示架构拓扑由两个主要组件组成：处事组件，那么可以保持它独立， 图 3-9 动静加强是指某种架构下，测试，数据请求被发往处事之前被修改，并更新订单系统。

这两种模式的差异主要表示在处事组件共享。

又调用其他处事。

一种实现弹性上下文， Order 处事足够智能知道从哪些数据库更新数据，完成业务请求。