英语翻译4.4 Probe and MatchA pattern used for discovery of servi

英语翻译
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 Probe and Match
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所示.