【问题标题】:Aggregate pattern in SOA serviceSOA 服务中的聚合模式
【发布时间】:2011-05-20 02:56:50
【问题描述】:

我不确定这个词是否正确,但在我的企业中,我们有两种类型的服务:聚合服务和基本服务。

聚合服务是从它们的接口中识别出来的,其中输入是请求对象列表,类似地,响应是一个列表。服务应该以互斥方式处理请求列表,即如果处理一个请求对象,服务仍必须继续处理下一个请求对象。提供的通常原因是提高性能 - 而不是消费者循环调用服务,它只是创建请求对象列表并仅调用服务一次。另一个所谓的好处是您可以将不相关的请求分组到一个请求中。

有人也使用类似的聚合服务吗?如果是这样,您能否提供更多信息/或这种方法的好处。

【问题讨论】:

    标签: design-patterns soa


    【解决方案1】:

    这是服务设计中的一种常见做法,其理念是每当您越过服务边界时,都会产生成本。请记住,SOA 是关于在服务之间传递消息,而不是对对象的引用,这种解耦优点的代价是跨越边界。

    因此,当您越过边界时,您应该尽可能多地挤出。

    在上述场景中,出于性能原因,您似乎正在以并发方式处理项目,只需确保如果正在使用任何事务资源,您的锁定策略与您的并发处理方法一致。

    这里有一些关于其他 SOA 服务设计理念的优秀资源的链接。

    我建议您阅读 Thomas Erl 和 Roger Sessions 的文章,这将使您牢牢掌握 SOA 的全部内容。

    Building a SOA

    SOA Design Pattern

    Achieving integrity in a SOA

    Why your SOA should be like a VW Beetle

    SOA explained for your boss

    WCF Service Performance

    【讨论】:

      猜你喜欢
      • 2012-12-08
      • 2021-11-08
      • 2013-06-21
      • 2020-01-30
      • 2019-11-08
      • 1970-01-01
      • 1970-01-01
      • 2011-06-15
      • 2021-09-03
      相关资源
      最近更新 更多