一种分布式移动支付系统的利记博彩app

文档序号:7817057阅读:234来源:国知局
一种分布式移动支付系统的利记博彩app
【专利摘要】本发明属于移动支付【技术领域】,具体一种为分布式移动支付系统。该支付系统包括:注册中心、监控中心、调度中心、软件发布中心、展示层、核心层,展示层和核心层组成应用服务器;监控中心对应用服务器发过来的服务调用元信息进行分析,并通知调度中心对哪些服务进行升降级处理;如果增加新的服务,根据服务信息去软件发布中心查询对应的软件包,并发布到应用服务器中;服务在应用服务器中启动完成之后,通知注册中心,可以接受服务;之后通过注册中心的负载均衡策略,让启动的服务组件响应服务,并通知调度中心,整个服务的软件调用治理过程完毕。本发明系统只需简单配置,没有任何API侵入;通过统计服务调用返回执行信息,动态的实现服务治理。
【专利说明】一种分布式移动支付系统

【技术领域】
[0001]本发明属于移动支付【技术领域】,具体涉及一种分布式移动支付系统。

【背景技术】
[0002]现有的移动支付系统,往往存在如下缺陷:
业务需求快速定制方面受到限制。由于业务成本的发展,以前系统都是写死的业务逻辑关系配置,当业务发生变化的时候,需要修改代码,重新设计,再上线运营,导致整个流程花费时间太长,成本太高。业务方迫切需要系统能提供一个可快速配置的功能,方便新产品的推出,商品的上下架,通过页面的开关操作,就可以实现一个业务功能的实时替换。
[0003]软件开发方面受到限制。以前的子系统嵌套调用非常严重,耦合性太高,导致修改一个功能,需要测试到系统的大部分功能。各个子系统也基本不能独立部署,都是本地API直接调用,配置文件的修改遍布系统各个方面,基本就是一个大一统的系统模型。
[0004]服务部署受到限制。一个服务重新启动的时候,所有的业务都需要中断,一个服务的配置会遍布在所有工程中,如果一个服务提供的地址需要被修改,所有工程中配置文件都需要修改。高并发访问的时候,同一个服务无法多节点部署,导致系统的吞吐量不高。


【发明内容】

[0005]本发明的目的在于提供一种系统吞吐量高,且具有快速配置功能的分布式移动支付系统。
[0006]本发明提供的分布式移动支付系统,如图1所示,包括:注册中心、监控中心、调度中心、软件发布中心、展示层、核心层;其中:
所述注册中心,主要包括:
存储单元:用于存储某个服务的服务提供者的地址信息;
删除单元:用于删除某个服务的服务提供者的地址信息;
服务注册单元,为服务提供者完成服务的注册。服务提供者为某个具体功能的服务实现者,比如用户登录服务,支付服务;
服务查询单元,供消费者查询服务提供者的信息;
服务更新单元,用于更新某个服务的服务提供者的地址信息。
[0007]所述监控中心,主要包括系统探针、规则配置器和规则统计分析处理器。系统探针是进入各个业务系统时用于抓取业务运行时数据,负责从业务方抓取监控原始数据,并反馈到监控中心;数据被抓取到监控中心之后,调用规则统计分析处理器;规则统计分析处理器根据预先设定的监控规则阀值做判断,如果满足监控规则就触发监控逻辑,并把服务调用信息送往通知调度中心;规则配置器用于监控中心的监控规则。
[0008]所述监控规则,是系统根据实际使用要求设定的规则,例如:系统只允许10万的用户完成登录操作,当第100001的用户来做登录的时候,监控中心按照规则,就阻止用户登录访问了。
[0009]通过监控中心可以统计服务调用元信息(包括:服务提供者,被调用次数、发生故障次数、服务相应状态、服务响应时间),按照预先设定的规则来分析这些信息参数,再根据分析结果与预先设计的预期值做对比,如果不在预期值范围内,就促发规则操作(包括:1.服务降级规则;2.阻止用户继续登陆;3.发布新的应用服务),比如发现登录服务出现响应慢,这时候就增加登录服务来满足业务需求。
[0010]所述调度中心,主要由监控接收器和软件包分析器组成。监控接收器获取监控中心发送的业务监控规则,之后调用软件包分析器来分析软件包的版本,需要发布到哪个应用服务器中,产生新的软件发布指令。如果软件包分析器发现软件包已经达到系统的最大值,就通知服务注册中心,对服务提供者采取降级服务的原则;否则就把新的软件发布指令通知到软件发布中心,去软件发布中心请求新的软件发布服务任务。
[0011]所述软件发布中心,主要包括:
发布命令接收器,用于接收调度中心发送的软件发布指令;
软件发布管理器,用于从软件发布仓库中找到对应的软件发布包;
软件发布通知器,用于将软件发布包发布到应用服务器中。
[0012]软件发布中心根据发布命令接收器的处理指令,从发布管理器中查找到对应的软件包,按照发布指令发布到应用服务器上面,同时监控软件发布情况;在软件发布成功之后,软件包会自动注册到注册中心,提供软件访问服务。
[0013]所述展示层和核心层组成一 container (应用服务器);
展示层:主要部署一些前端显示页面;
核心层:主要部署后端的核心业务逻辑软件实现包,严格控制访问权限,确保安全性,核心层不允许调用展示层的服务。
[0014]监控中心对展示层和核心层发过来的服务调用元信息,执行分析,并根据分析结果来通知调度中心需要对哪些服务进行升降级处理;如果需要增加新的服务,就前往软件发布中心,根据监控中心发来的服务信息去软件发布中心查询对应的软件包,并发布到应用服务器中;服务在应用服务器中启动完成之后,通过配置文件中的注册中心地址,自动通知注册中心,服务启动完毕,可以接受服务;之后通过注册中心的负载均衡策略,让刚才启动的服务组件响应服务,并通知调度中心,整个服务的软件调用治理过程完毕。
[0015]本发明的分布式系统中,各部分之间的调用信息是监控的核心元素,需要实时分析这些调用服务质量问题,通过统计大量的监控信息,不但可以捕获系统的运行时服务器的CPU百分比,内存消耗,网络状态等系统级别的信息,还能总结到底哪些功能点是系统的访问瓶颈,导致整个系统的吞吐量无法提升。因此,上述内容构成动态路由信息的主要数据来源。
[0016]本发明优点:
(1)透明化的远程方法调用,就像调用本地方法一样调用远程方法,只需简单配置,没有任何API侵入;
(2)软负载均衡及容错机制降低成本,减少单点;
(3)服务自动注册与发现,不再需要写死服务提供方地址,注册中心基于接口名查询服务提供者的IP地址,并且能够平滑添加或删除服务提供者;
(4)通过统计服务调用的返回执行信息,动态的实现服务治理。

【专利附图】

【附图说明】
[0017]图1分布式移动支付系统结构框图。
[0018]图2监控中心工作模型图。
[0019]图3分布式移动支付系统调用用例分析图。
[0020]图4分布式移动支付系统调用时序图。
[0021]图5分布式移动支付系统规则状态图。

【具体实施方式】
[0022]服务治理(SOA governance)的最终目的是让整个业务系统随着业务运行时的各种因素来完成软件自治和业务自治的融合,通过他们之间的相互配合,协调各领域之间的软件组件来取得最大程度的系统机动性和规模经济性。S0A的治理是整个IT治理的延伸,它关注于管理服务及相关的服务层描述。
[0023]本发明提供的分布式移动支付系统,如图1所示,包括:注册中心、监控中心、调度中心、软件发布中心、展示层、核心层;其中:
所述注册中心,主要包括:
存储单元:用于存储某个服务的服务提供者的地址信息;
删除单元:用于删除某个服务的服务提供者的地址信息;
服务注册单元,为服务提供者完成服务的注册。服务提供者为某个具体功能的服务实现者,比如用户登录服务,支付服务;
服务查询单元,供消费者查询服务提供者的信息;
服务更新单元,用于更新某个服务的服务提供者的地址信息。
[0024]所述监控中心,主要包括系统探针、规则配置器和规则统计分析处理器。系统探针是进入各个业务系统时用于抓取业务运行时数据,负责从业务方抓取监控原始数据,并反馈到监控中心;数据被抓取到监控中心之后,调用规则统计分析处理器;规则统计分析处理器根据预先设定的监控规则阀值做判断,如果满足监控规则就触发监控逻辑,并把服务调用信息送往通知调度中心;规则配置器用于监控中心的监控规则。
[0025]所述监控规则,是系统根据实际使用要求设定的规则,例如:系统只允许10万的用户完成登录操作,当第100001的用户来做登录的时候,监控中心按照规则,就阻止用户登录访问了。
[0026]通过监控中心可以统计服务调用元信息(包括:服务提供者,被调用次数、发生故障次数、服务相应状态、服务响应时间),按照预先设定的规则来分析这些信息参数,再根据分析结果与预先设计的预期值做对比,如果不在预期值范围内,就促发规则操作(包括:1.服务降级规则;2.阻止用户继续登陆;3.发布新的应用服务),比如发现登录服务出现响应慢,这时候就增加登录服务来满足业务需求。
[0027]所述调度中心,主要由监控接收器和软件包分析器组成。监控接收器获取监控中心发送的业务监控规则,之后调用软件包分析器来分析软件包的版本,需要发布到哪个应用服务器中,产生新的软件发布指令。如果软件包分析器发现软件包已经达到系统的最大值,就通知服务注册中心,对服务提供者采取降级服务的原则;否则就把新的软件发布指令通知到软件发布中心,去软件发布中心请求新的软件发布服务任务。
[0028]所述软件发布中心,主要包括:
发布命令接收器,用于接收调度中心发送的软件发布指令;
软件发布管理器,用于从软件发布仓库中找到对应的软件发布包;
软件发布通知器,用于将软件发布包发布到应用服务器中。
[0029]软件发布中心根据发布命令接收器的处理指令,从发布管理器中查找到对应的软件包,按照发布指令发布到应用服务器上面,同时监控软件发布情况;在软件发布成功之后,软件包会自动注册到注册中心,提供软件访问服务。
[0030]所述展示层和核心层组成一 container (应用服务器);
展示层:主要部署一些前端显示页面;
核心层:主要部署后端的核心业务逻辑软件实现包,严格控制访问权限,确保安全性,核心层不允许调用展示层的服务。
[0031]监控中心对展示层和核心层发过来的服务调用元信息,执行分析,并根据分析结果来通知调度中心需要对哪些服务进行升降级处理;如果需要增加新的服务,就前往软件发布中心,根据监控中心发来的服务信息去软件发布中心查询对应的软件包,并发布到应用服务器中;服务在应用服务器中启动完成之后,通过配置文件中的注册中心地址,自动通知注册中心,服务启动完毕,可以接受服务;之后通过注册中心的负载均衡策略,让刚才启动的服务组件响应服务,并通知调度中心,整个服务的软件调用治理过程完毕。
[0032]在分布式系统中,各个系统之间的调用信息是我们监控的核心元素,我们需要实时分析这些调用服务质量问题,通过统计大量的监控信息时候,不但可以捕获系统运行时服务器的CPU百分比,内存消耗,网络状态等系统级别的信息,还能总结到底哪些功能点是系统的访问瓶颈,导致整个系统的吞吐量无法提升。因此,上述内容构成动态路由信息的主要数据来源。
[0033]监控中心工作模型图如图2所示,监控中心所采集的本支付系统统计信息一般分为系统统计信息(主要是服务器的物理属性)和应用统计信息,监控中心的系统探针会周期性的收集统计信息,并异步接收应用调用信息。监控中心的系统探针在采集到原始数据之后发送到规则统计分析处理器,规则统计分析处理器按照不同的信息来源通知规则配置器执行不同的规则配置。同时,系统探针将采集到的统计信息发送到规则统计分析处理器,规则统计分析处理器输出分析结果到监控中心,监控中心根据分析结果触发不同的业务操作,比如升降级服务,动态发布新服务等。
[0034]对前面的监控中心分析之后,可以进行系统用例分析,系统调用用例分析如图3所示。其中,系统由于是定时去系统服务器去获取CPU等物理信息,和一般的应用服务器主动发生消息的用例是不一样的,因此画了两个执行者。应用服务器和系统的定时任务都会将监控信息发送给监控中心,监控中心接收到统计信息之后,会触发业务规则。在执行业务之后,可能触发发布新服务的操作,这时候就需要通知调度中心,发布新的服务到应用服务器中;也可能是网络出现链路中断,需要短信和邮件通知IT操作员。
[0035]系统调用时序如图4所示。
[0036]监控中心的规则配置器获得监控规则,并从应用服务器和定时任务那里获取监控数据;监控中心获取监控数据之后计算监控规则结果,并根据这个结果把监控质量发送给调度中心;调度中心接收到指令之后,会通知软件发布中心去发布软件包。软件发布中心会把对应的软件包发布到应用服务器中,完成发布工作。
[0037]其中,系统规则状态如图5所示。IT操作人员提交一个规则之后,暂时还不能马上生效,必须经过IT主管审核之后,这条规则才能被动态调度算法所执行;如果执行之后,发现某条规则设置的不是很合理,会严重的影响算法执行时间,可以让该条规则冻结,修改完毕之后,可以重新再启用这个规则。当然,任何时候都可以把这些规则都废弃掉,终止规则的执行。
【权利要求】
1.分布式移动支付系统,其特征在于包括:注册中心、监控中心、调度中心、软件发布中心、展示层、核心层;其中: 所述注册中心,主要包括: 存储单元:用于存储某个服务的服务提供者的地址信息; 删除单元:用于删除某个服务的服务提供者的地址信息; 服务注册单元,为服务提供者完成服务的注册; 服务查询单元,供消费者查询服务提供者的信息; 服务更新单元,用于更新某个服务的服务提供者的地址信息; 所述监控中心,主要包括系统探针、规则配置器和规则统计分析处理器;系统探针是进入各个业务系统时用于抓取业务运行时数据,负责从业务方抓取监控原始数据,并反馈到监控中心;数据被抓取到监控中心之后,调用规则统计分析处理器;规则统计分析处理器根据预先设定的监控规则阀值做判断,如果满足监控规则就触发监控逻辑,并把服务调用信息送往通知调度中心;规则配置器用于监控中心的监控规则; 所述监控规则,是系统根据实际使用要求设定的规则; 通过监控中心可以统计服务调用元信息,按照预先设定的规则来分析这些信息参数,再根据分析结果与预先设计的预期值做对比,如果不在预期值范围内,就促发规则操作;这里,所述服务调用元信息包括:服务提供者,被调用次数、发生故障次数、服务相应状态、服务响应时间;所述规则操作包括:服务降级、阻止用户继续登陆、发布新的应用服务;所述调度中心,主要由监控接收器和软件包分析器组成;监控接收器获取监控中心发送的业务监控规则,之后调用软件包分析器来分析软件包的版本,需要发布到哪个应用服务器中,产生新的软件发布指令;如果软件包分析器发现软件包已经达到系统的最大值,就通知服务注册中心,对服务提供者采取降级服务的原则;否则就把新的软件发布指令通知到软件发布中心,去软件发布中心请求新的软件发布服务任务; 所述软件发布中心,主要包括: 发布命令接收器,用于接收调度中心发送的软件发布指令; 软件发布管理器,用于从软件发布仓库中找到对应的软件发布包; 软件发布通知器,用于将软件发布包发布到应用服务器中; 软件发布中心根据发布命令接收器的处理指令,从发布管理器中查找到对应的软件包,按照发布指令发布到应用服务器上面,同时监控软件发布情况;在软件发布成功之后,软件包会自动注册到注册中心,提供软件访问服务; 所述展示层和核心层组成一应用服务器; 展示层:主要部署一些前端显示页面; 核心层:主要部署后端的核心业务逻辑软件实现包,严格控制访问权限,确保安全性,核心层不允许调用展示层的服务; 监控中心对展示层和核心层发过来的服务调用元信息,执行分析,并根据分析结果来通知调度中心需要对哪些服务进行升降级处理;如果需要增加新的服务,就前往软件发布中心,根据监控中心发来的服务信息去软件发布中心查询对应的软件包,并发布到应用服务器中;服务在应用服务器中启动完成之后,通过配置文件中的注册中心地址,自动通知注册中心,服务启动完毕,可以接受服务;之后通过注册中心的负载均衡策略,让刚才启动的 服务组件响应服务,并通知调度中心,整个服务的软件调用治理过程完毕。
【文档编号】H04L29/08GK104243619SQ201410550569
【公开日】2014年12月24日 申请日期:2014年10月17日 优先权日:2014年10月17日
【发明者】田军 申请人:上海瀚银信息技术有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1