服务设计中的关键模式解析
1. 分布式能力模式
1.1 问题提出
在服务设计中,服务内的某些能力可能有独特的处理需求,默认的服务实现无法满足这些需求。若将能力逻辑从服务中分离,又会损害服务上下文的完整性。例如,当服务以物理形式实现时,其周围环境可能无法完全支持所有相关能力的处理要求。像某些能力可能有独特的性能、安全、可用性或可靠性要求,需要特定的架构扩展和特殊基础设施才能满足;或者单一能力的处理需求增加,会给整个服务实现带来巨大压力,影响其他服务能力的性能和可靠性。
1.2 解决方案
将底层服务逻辑进行分布式处理,使具有独特处理需求的能力实现逻辑在物理上分离,同时仍由同一服务契约表示。例如,将能力逻辑分布到物理上的远程环境,并添加中间处理逻辑,代表单一服务契约与本地和分布式服务逻辑进行交互。
1.3 应用方式
- 使用服务外观模式 :通常通过应用服务外观模式来实现中间逻辑,该逻辑充当“组件组合”的控制器。代表分布式能力逻辑的组件通过远程访问与外观逻辑交互。为了优化性能,可以在外观中嵌入额外的处理逻辑,使其不仅能传递请求和响应消息值,还能进一步解析和提取传入请求消息中的数据,只传输分布式能力逻辑绝对需要的信息。
- 使用服务代理模式 :另一种选择是使用服务代理。可以开发事件驱动的代理来拦截特定服务能力的请求消息,这些代理可以执行相应契约中的验证(也可将验证推迟到能力逻辑本身),然后直接将请求消息路由到能力。同样,这些代理也能处理来自能力的传出响应消息。
超级会员免费看
订阅专栏 解锁全文

被折叠的 条评论
为什么被折叠?



