4.4 Probe and Match
A pattern used for discovery of services is the Probe and Match pattern. In this variation, shown in Figure 4-4, a single client may multicast or broadcast a message to several endpoints on a single fabric, prompting them to respond based on certain criteria. For example, this pattern may be used to determine whether large numbers of servers on a server farm are capable of handling more traffic by checking if they are scaled at less than 50% capacity. This variation of the SOA message exchange pattern may also be used to locate specific services. There are caveats with using such a pattern, as it may become bandwidth-intensive if used often. Utilizing a registry or another centralized metadata facility may be a better option because the registry interaction does not require sending the probe() messages to all endpoints to find one. By convention, they allow the query to locate the endpoint using a filter query or other search algorithm.
In the Probe and Match scenario in Figure 4-4, the service client probes three services, yet only the middle one returns an associated match() message. A hybrid approach could use the best of both the registry and the probe and match models for locating service endpoints. In the future, registry software could implement a probe interface to allow service location without requiring wire transactions going to all endpoints and the searching mechanism could probe multiple registries at the same time.
4.5 Patterns for RIAs
Creating Rich Internet Applications (RIAs) requires a level of data management that goes beyond the traditional Request-Response model. Providing a richer, more expressive experience often requires more data-intensive interaction and introduces new challenges in managing data between the client and server tiers.
Data synchronization is a key concept and requires states to be shared among multiple machines. These are usually the clients who have subscribed to the state of an object somewhere within the tier of a distributed system as depicted in Figure 4.5.
===
一定要人工翻译 ，至少，语句要通顺，翻译得好的话。追加50分。先谢过了
4.4 探测和匹配
A pattern used for discovery of services is the Probe and Match pattern. In this variation, shown in Figure 4-4, a single client may multicast or broadcast a message to several endpoints on a single fabric, prompting them to respond based on certain criteria. For example, this pattern may be used to determine whether large numbers of servers on a server farm are capable of handling more traffic by checking if they are scaled at less than 50% capacity. This variation of the SOA message exchange pattern may also be used to locate specific services. There are caveats with using such a pattern, as it may become bandwidth-intensive if used often. Utilizing a registry or another centralized metadata facility may be a better option because the registry interaction does not require sending the probe() messages to all endpoints to find one. By convention, they allow the query to locate the endpoint using a filter query or other search algorithm.
探测和匹配模式就是用来搜索服务的.在此模式下(如图4-4),一个单一的客户端可以给单一结构上的几个服务端组播或广播一条消息，促使这些服务端基于某些条件进行应答.例如,此模式可以用于决定服务器群中大量的服务器是否有能力处理更多是数据流量,即检查这些服务器的存储能力是否低于50%.作为SOA信息交换模式中的一种,它还可以用来锁定特殊的服务.但是,使用此模式要注意的事项是,经常使用该模式的话,对带宽要求很高.而用注册表型或者其他集中元数据型可能是一个更好的选择,因为注册表式交互模式不需要发送探测信息给所有的服务端只为找一项服务.通过对话,它们(即注册表模式和采用其他集中元数据技术的模式)利用一种筛选查询方式或者其他搜索方式来查询并琐定服务端.
In the Probe and Match scenario in Figure 4-4, the service client probes three services, yet only the middle one returns an associated match() message. A hybrid approach could use the best of both the registry and the probe and match models for locating service endpoints. In the future, registry software could implement a probe interface to allow service location without requiring wire transactions going to all endpoints and the searching mechanism could probe multiple registries at the same time.
在图4-4所示的探测和匹配方案中,服务客户端探测三个服务端,只有中间那个给出了相应的匹配信息.最好的方法是把注册模式与探测和匹配模式组合起来,用于锁定服务端.在将来,注册模式的软件可以运行一个探测界面,允许服务定位不需要查询,而是连接到所有服务端;同样的,搜索引擎可以探测多重注册表.
4.5 Patterns for RIAs
4.5 RIAs模式
Creating Rich Internet Applications (RIAs) requires a level of data management that goes beyond the traditional Request-Response model. Providing a richer, more expressive experience often requires more data-intensive interaction and introduces new challenges in managing data between the client and server tiers.
"创建密集互联网应用系统"(RIAs) 需要的数据管理水平,超越了传统的"要求-反应模式"。对于一个密集型客户, 更具表现力的体验通常需要更多的数据密集式交互，这给客户端和服务层之间的数据管理提出了新的挑战。
Data synchronization is a key concept and requires states to be shared among multiple machines. These are usually the clients who have subscribed to the state of an object somewhere within the tier of a distributed system as depicted in Figure 4.5.
在多机并行中,数据同步是一个重要的概念和必要的状态.通常情况下,客户们制订一个目标状态,这个目标位于一个分散系统的某个服务层之中,如图4.5所示.
4.4探索与匹配
对发现使用的服务是一个模式的探索与匹配模式。在这种变化，如图4-4所示，单个客户端可能会多播或在单一光纤广播消息几个端点，促使他们作出反应的某些标准。例如，这种模式可用於确定是否大量服务器上的服务器场是处理更多的交通检查，如果他们能够以低於50％的容量规模。这SOA的消息交换模式的变化也可用於定位特定的服务。有与使用这种模式警告，因为它可能成为高带宽，如果经常使用。利用一册或另一集中的元数据设施可能是更好的选择，因为注册表的互动并不需要发送调查（）消息到所有端点发现之一。按照惯例，它们允许查询找到端点使用查询过滤器或其他搜索算法。
在比赛中的探索与图4-4情况下，服务客户端探针三项服务，但只有中间的一个返回一个相关的匹配（）消息。混合的方法可以使用两个注册表和探头和比赛的最佳定位服务端点模式。今后，登记软件可以实现一个探头接口，允许交易，而不需要去丝所有端点和搜索机制可以探讨在同一时间多个注册服务的位置。
4.5区域一体化模式
创建富互联网应用（RIA）的需要的数据管理水平超出了传统的请求响应模型去。提供更丰富，更有表现力的经验往往需要更多的数据密集型的相互作用和管理介绍了在客户端和服务器层数据的新挑战。
数据同步是一个关键的概念，并要求各国在多个机器上共享。这些通常是谁已订阅的地方在一个如图4.5所示的分布式系统级的客户对象的状态。
一个模式用于发现的服务模式的探索和比赛。在这个变化,如图所4-4、单一客户可以多播和广播讯息给几个端点在单一的织物,促使他们反应基于一定的标准。例如,该模式可以被用来确定数量庞大的服务器在一个服务器农场有能力应付更多的交通通过检查,如果他们爬在低于50%的能力。这种变化的信息交流平台模式也可以用来查找特定服务。有质疑与使用这样一种模式,因为它可能会成为bandwidth-intensive如果经常使用。利用注册或另一个集中的元数据的设备可能是一个更好的选择,因为该处并不需要发送的交互作用()所有的端点找到一份工作。按照惯例,他们允许提问来定位端点使用过滤查询或者其他搜索算法。
在探索和匹配的场景图4-4、服务的客户服务,但只进行了相关的比赛中返回一个()的信息。混合方法可以用最好的两个注册表和探头和匹配模型定位服务端点。在不久的将来,可以实现探头注册软件的界面,让服务定位,无需电线交易将所有的端点和检索机制可以探测多重登记在同一时间内。
图案为颁授了45
创造丰富的网络应用程序(都会受到)需要一个水平的数据管理,超越了传统的Request-Response模型。提供一个富有表现力的经验,通常需要更多的数据密集的互动,介绍了在数据管理的新挑战,客户端和服务器层。
数据同步化是一个关键的概念,并要求各成员国被共享多台机器。这些通常都是客户已经订阅了对象的状态的内心深处的分布式系统为如图450。
发现使用的服务是一种模式的探索与相符模式。在这种变化，如图4-4所示，单个客户端可能会多播或在单一光纤广播消息几个端点，促使他们作出反应的某些标准。例如，这种模式可用于确定是否大量服务器上的服务器场是处理更多的交通检查，如果他们能够以低于50％的容量规模。这SOA的消息交换模式的变化也可用于定位特定的服务。有与使用这种模式警告，因为它可能成为高带宽，如果经常使用。利用一册或另一集中的元数据设施可能是更好的选择，因为注册表的互动并不需要发送调查消息到所有端点发现之一。按照惯例，它们允许查询找到端点使用查询过滤器或其他搜索算法。
在比赛中的探索与图4-4情况下，服务客户端探针三项服务，但只有中间的一个返回一个相关的匹配消息。混合的方法可以使用两个注册表和探头和比赛的最佳定位服务端点模式。今后，登记软件可以实现一个探头接口，允许交易，而不需要去丝所有端点和搜索机制可以探讨在同一时间多个注册服务的位置。
4.5区域一体化模式
创建富互联网应用（RIA）的需要的数据管理水平超出了传统的请求响应模型去。提供更丰富，更有表现力的经验往往需要更多的数据密集型的相互作用和管理介绍了在客户端和服务器层数据的新挑战。
数据同步是一个关键的概念，并要求各国在多个机器上共享。这些通常是谁已订阅的地方在一个如图4.5所示的分布式系统级的客户对象的状态。
