根据所提供的证据，会在请求者、服务端点和一系列可能的中介之间应用适当的信任模型。
Based on the proof provided, the appropriate trust models are applied between the requester, the service endpoint, and a set of possible intermediaries.
消息可能会通过请求者和目标服务之间的若干中介。
A message may traverse several intermediaries between a requester and a target service.
授权判断是否允许请求者使用服务。
Authorization assesses whether the requestor is allowed to use the service.
一个或多个提供者应用程序通过发送请求消息并处理响应消息来提供服务，请求者应用程序调用这些服务。
The requestor application invokes services offered by one or more provider applications by sending request messages and processing response messages.
SaaS服务请求者合并来自其他服务的数据和功能。
A SaaS service requester incorporates data and functionality from other services.
此示例假设现有请求者使用Web服务绑定。
This example assumes the existing requester USES a Web service binding.
中介流——通过中介传递请求和/或服务请求者和服务提供者之间的响应消息。
Mediation flows -- perform mediation on request and/or response messages between the service requester and the service provider.
在这最终的章节里，我们将服务请求者与服务提供者放在一起来创建新的编排服务。
In this final section, we look at putting together the service requesters and service providers to create new choreography services.
服务请求者到服务提供者的绑定与服务之间应该是松耦合的。
The binding from the service requester to the service provider should loosely couple the service.
服务请求者？客户机，它绑定到特定的服务。
Service requester - The client, which binds to a particular service.
服务请求者需要在调用这个服务之前设置这个属性值。
The service requester needs to set this property value before invoking the service.
本文将重点讲解从服务请求者到服务提供者的水平箭头(绑定)。
This article will focus on the horizontal arrow (bind) from the service requester to the service provider.
这意味着当服务提供者处于正常的对话状态时，服务请求者和服务提供者简单地变成伙伴，与当前只简单地响应请求的角色不同。
This means that a service requester and a service provider simply become partners where the service provider engages in a proper dialogue, unlike its current role of simply responding to requests.
在我们介绍的所有场景中，都是一个服务请求者调用一个服务提供者。
In all the scenarios we introduced, one service requester was invoking one service provider.
在服务请求者和每个所需的业务服务之间安全通信的能力。
The ability to securely communicate between the service requestor and each required business service.
服务请求者与服务提供者之间的通讯生命周期管理。
Management of the life cycle of a communication between service requester and service provider.
服务请求者通过与服务实现进行交互来完成业务任务。
The service requester interacts with the service realization to achieve a business task.
更准确地说，服务请求者向服务代理提交请求，服务代理从服务提供者那里找到正确的服务。
More specifically, service requesters submit a request to a service broker, which finds the right service from a service provider.
如果WSDL描述匹配，服务提供者就可以连接到服务请求者。
A service provider can be connected to a service requester if their WSDL descriptions match.
服务请求者是组件，它调用由服务提供者发布的服务来实现内部逻辑。
Service requestors are components that call services exposed by service providers in order to fulfill internal logic.
ESB作为逻辑中间层的角色允许截获消息，并在消息在服务请求者和服务提供者之间流动时对消息进行处理。
Its role as a logical intermediary allows the ESB to intercept messages and process them as they flow between a service requester and service provider.
图3显示了服务请求者、服务提供者和esb之间的逻辑关系。
Figure 3 shows the logical relationship between service requesters, service providers, and the ESB.
服务请求者绑定服务提供者并使用可用的服务。
Service requesters bind to the service provider and consume the available services.
第5部分讨论了在服务请求者和服务提供者支持的协议之间进行切换的场景。
Part 5 investigated a scenario in which we switched between protocols supported by the service requester and the service provider.
对于架构师，SOA是一种体系结构样式，此样式至少需要有服务提供者、请求者和服务描述。
To an architect, SOA is an architectural style, which at a minimum, requires a service provider, requestor, and a service description.
服务请求者查找服务注册中心的服务描述并用描述中的信息绑定到一个服务。
The service requestor finds the service description in a service registry and USES the information in the description to bind to a service.
该图标识了服务请求者，服务请求者可能通过遵循 JAX-RPC 的代理，使用提供具有所显示签名的发布操作的服务。
The figure identifies a service requestor that uses, perhaps via a JAX-RPC compliant proxy, a service that offers a publish operation with the signature shown.
注册是一种服务代理，它是在UDDI上需要发现服务的请求者和发布服务的提供者之间的中介。
The registry is a service broker, an intermediary between the requester that needs to find services and the service providers that publish their availability on UDDI.
如果服务请求者不能够通过校验过程，服务请求者就会知道服务请求者升级了所提供的服务。
If the service request cannot pass the validation process, the service requester understands that the service provider makes updates in the provided services.
在此模式中还隐含了多通道传输的概念，用于帮助服务请求者调用服务提供者。
Implicit in this pattern is the notion of a multi-channel conduit facilitating the invocation of service providers by service requestors.
应用推荐