28、服务设计中的关键模式解析

服务设计中的关键模式解析

1. 分布式能力模式

1.1 问题提出

在服务设计中,服务内的某些能力可能有独特的处理需求,默认的服务实现无法满足这些需求。若将能力逻辑从服务中分离,又会损害服务上下文的完整性。例如,当服务以物理形式实现时,其周围环境可能无法完全支持所有相关能力的处理要求。像某些能力可能有独特的性能、安全、可用性或可靠性要求,需要特定的架构扩展和特殊基础设施才能满足;或者单一能力的处理需求增加,会给整个服务实现带来巨大压力,影响其他服务能力的性能和可靠性。

1.2 解决方案

将底层服务逻辑进行分布式处理,使具有独特处理需求的能力实现逻辑在物理上分离,同时仍由同一服务契约表示。例如,将能力逻辑分布到物理上的远程环境,并添加中间处理逻辑,代表单一服务契约与本地和分布式服务逻辑进行交互。

1.3 应用方式

  • 使用服务外观模式 :通常通过应用服务外观模式来实现中间逻辑,该逻辑充当“组件组合”的控制器。代表分布式能力逻辑的组件通过远程访问与外观逻辑交互。为了优化性能,可以在外观中嵌入额外的处理逻辑,使其不仅能传递请求和响应消息值,还能进一步解析和提取传入请求消息中的数据,只传输分布式能力逻辑绝对需要的信息。
  • 使用服务代理模式 :另一种选择是使用服务代理。可以开发事件驱动的代理来拦截特定服务能力的请求消息,这些代理可以执行相应契约中的验证(也可将验证推迟到能力逻辑本身),然后直接将请求消息路由到能力。同样,这些代理也能处理来自能力的传出响应消息。

1.4 影响分析

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值