支付系统设计:元数据管理设计二

本文介绍了如何扩展支付系统的缓存管理starter,让使用方能够托管特有元数据,并讨论了去除MQ装配,采用HTTP Servlet进行缓存刷新的实现方式,以解决多节点缓存一致性问题。
摘要由CSDN通过智能技术生成


前言

在上篇中(支付系统设计:元数据管理设计一),我们的应用对元数据管理已经演进到这步了,接下来我们再接着满足使用方需求。

  1. 使用方系统如何将自身特有元数据也融入托管到这套缓存管理中;
  2. 使用方系统不想为了处理缓存而添加MQ依赖,并且担心万一有节点消息丢失了,多节点本地缓存不一致了!同时依旧还是什么都不想做;

在这里插入图片描述
本篇将就这两个问题展开,继续我们的元数据管理设计。


一、扩展starter

如果使用方系统如何将自身特有元数据也融入托管到这套缓存管理中,那么如何操作?假如支付路由系统自身的特有的路由规则、黑白名单、成本规则等元数据也想托管到我们这套进程内缓存管理中去,该如何对我们提供的paycommon-starter进行扩展?提供一套管理策略了,使用方系统再自己搞一套单独管理自己特有的元数据,那么我们提供的st

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值