CN112256447A - 消息通知方法以及系统 - Google Patents

消息通知方法以及系统 Download PDF

Info

Publication number
CN112256447A
CN112256447A CN202010955455.4A CN202010955455A CN112256447A CN 112256447 A CN112256447 A CN 112256447A CN 202010955455 A CN202010955455 A CN 202010955455A CN 112256447 A CN112256447 A CN 112256447A
Authority
CN
China
Prior art keywords
message
merchant
notification
notified
party payment
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202010955455.4A
Other languages
English (en)
Inventor
周晔
穆海洁
姜靖宇
张晓犇
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Shanghai Huifu Data Service Co ltd
Original Assignee
Shanghai Huifu Data Service Co ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Shanghai Huifu Data Service Co ltd filed Critical Shanghai Huifu Data Service Co ltd
Priority to CN202010955455.4A priority Critical patent/CN112256447A/zh
Publication of CN112256447A publication Critical patent/CN112256447A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/54—Interprogram communication
    • G06F9/542—Event management; Broadcasting; Multicasting; Notifications
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/54—Interprogram communication
    • G06F9/544—Buffers; Shared memory; Pipes
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/54—Interprogram communication
    • G06F9/547—Remote procedure calls [RPC]; Web services
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/02—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/322—Aspects of commerce using mobile devices [M-devices]
    • G06Q20/3227—Aspects of commerce using mobile devices [M-devices] using secure elements embedded in M-devices

Abstract

本发明公开了一种消息通知方法以及系统，该方法包括：在接入第三方支付系统并且在调用第三方支付系统的下单接口之后，第三方支付系统接入独立于第三方支付系统的消息通知系统，并且向消息通知系统传递与商户的支付情况相关联的通知信息，通知信息包括待通知消息和回调地址；消息通知系统根据接收到的通知信息获取通知信息在多个集群中所对应的集群；根据集群对应的资源，消息通知系统将待通知消息发送到消息中间件rocketmq中商户对应的topic中；商户对应的集群从rocketmq中对应的topic中获取待通知消息，并通过商户的通知线程持将待通知消息发送给商户。通过上述技术方案，至少能够使系统可用性、隔离性得到保证。

Description

消息通知方法以及系统
技术领域
本发明涉及互联网技术领域，具体来说，涉及一种消息通知方法以及系统。
背景技术
通常接入第三方支付系统(如微信支付、支付宝等)的时候，都需要在调用第三方支付的统一下单接口的时候，传递一个后台回调的url(uniform resource locator，统一资源定位系统)。该参数是一个外网的可访问地址，用于后台接收第三方支付的支付结果回调，一般第三方支付会通过两个方向通知商户用户在他们系统的支付情况，一个是及时的前端回调，还有一个是异步的后台回调。其中前端回调是用于告知和处理前端的业务跳转，JSAPI(一种支付方式)回调等，提升前端用户交互方面的体验；而后端的异步回调是更加安全和可靠的将结果通知给商户用户的方式。除了第三方支付以外，其他所有需要跨公网的异步信息传递，都可以使用异步回调的方式来通知对方，以提升整个业务的信息可靠和及时的传递。
通常要实现这样的系统，一般会使用数据库加定时任务扫描，或者redis的发布订阅功能。
例如，腾讯及阿里的回调系统一般都是以固定时间间隔通知商户的回调地址，不能灵活调整，对于异常之后的快速恢复不利。譬如微信支付结果通知，其通知频率为：15/15/30/180/1800/1800/1800/1800/3600(单位：秒)。以上的时间间隔，虽然可以做到通知失败后的多次重试，也可以容忍较长时间的通知问题。但是一旦前面几次通知失败之后，后面的通知间隔就迅速放大，如果通知多失败几次，那么很多通知都会延后很久才能再次发出。
通常现有的系统，都不能兼顾高可用、高并发、易扩展、故障隔离等特性。例如，如果使用redis，则很难保证数据可靠性、扩展性；如果使用数据库加定时任务触发，则很难保证灵活的触发时间。
针对相关技术中的上述问题，目前尚未提出有效的解决方案。
发明内容
针对相关技术中上述的问题，本发明提出一种消息通知方法以及系统，能够使可用性、隔离性得到保证，又能提高资源利用率，节约硬件成本；同时，故障率降低，运维成本降低。
根据本发明的一个方面，提供了一种消息通知方法，包括以下步骤：
在接入第三方支付系统并且在调用所述第三方支付系统的下单接口之后，所述第三方支付系统接入独立于所述第三方支付系统的消息通知系统，并且向所述消息通知系统传递与商户的支付情况相关联的通知信息，所述通知信息包括待通知消息和回调地址；
所述消息通知系统根据接收到的所述通知信息获取所述通知信息在多个集群中所对应的集群；
根据所述集群对应的资源，所述消息通知系统将所述待通知消息发送到消息中间件rocketmq中所述商户对应的topic中；
所述商户对应的集群从rocketmq中对应的topic中获取所述待通知消息，并通过所述商户的通知线程持将所述待通知消息发送给所述商户；
通过配置rocketmq的topic的重发次数和重发间隔，调整通知失败情况下的失败重试次数和等待时间。
根据本发明的实施例，每个商户的线程池相互独立，每个商户的所述线程池是可分配的，并且每个商户的rocketmq资源不同。
根据本发明的实施例，消息通知方法还包括：当将所述待通知消息发送rocketmq失败时，则将所述待通知消息存入数据库；定期扫描所述数据库中的所述待通知消息。
根据本发明的实施例，多个集群中的每个集群通过集群号与每个商户、数据库和rocketmq相互关联对应。
根据本发明的实施例，所述第三方支付系统通过rpc协议接入所述消息通知系统，并将所述通知信息传递给所述消息通知系统的rpc接口。
根据本发明的另一方面，提供了一种消息通知系统，所述消息通知系统独立于第三方支付系统并用于将来自所述第三方支付系统的待通知消息通知给商户，其中，所述消息通知系统具有多个集群并且用于：
在接入第三方支付系统并且在调用所述第三方支付系统的下单接口之后接入所述第三方支付系统，并且接收所述第三方支付系统发送的与商户的支付情况相关联的通知信息，所述通知信息包括待通知消息和回调地址；
根据接收到的所述通知信息获取所述通知信息在多个集群中所对应的集群；
根据所述集群对应的资源，将所述待通知消息发送到消息中间件rocketmq中所述商户对应的topic中；
所述商户对应的集群从rocketmq中对应的topic中获取所述待通知消息，并通过所述商户的通知线程持将所述待通知消息发送给所述商户；
通过配置rocketmq的topic的重发次数和重发间隔，调整通知失败情况下的失败重试次数和等待时间。
根据本发明的实施例，每个商户的线程池相互独立，每个商户的所述线程池是可分配的，并且每个商户的rocketmq资源不同。
根据本发明的实施例，多个集群中的每个集群通过集群号与每个商户、数据库和rocketmq相互关联对应。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是根据本发明实施例的消息通知方法的流程图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本发明保护的范围。
本发明提供了一种通过消息系统进行的消息通知方法。图1是根据本发明实施例的消息通知方法的流程图。参考图1所示，本发明的消息通知方法可以通过以下步骤进行。
步骤S102，在接入第三方支付系统(也可称为内部应用或通知方)并且在调用第三方支付系统的下单接口之后，第三方支付系统接入消息通知系统，消息通知系统是独立于第三方支付系统的系统。并且，第三方支付系统向消息通知系统传递与商户的支付情况相关联的通知信息。通知信息中可以包括待通知消息和回调地址，例如https回调地址。通知信息中还可以包括接入应用名和商户号等，以将待通知消息通知给商户(也可称为被通知方)。第三方支付系统可以例如是微信支付或支付宝支付等。商户通常可以是不同机房、不同公司的外部应用。
在一些实施例中，第三方支付系统可以通过rpc(Remote Procedure Call，远程过程调用)协议接入消息通知系统，将要通知的待通知消息和商户的回调地址传递给消息通知系统提供的rpc接口。消息通知系统接收到这些信息之后，可以通过例如雪花算法返回唯一的系统单号。
然后，方法进行步骤S104，消息通知系统根据接收到的通知信息，可以获取该通知信息在多个集群中所对应的集群。
在步骤S106处，消息通知系统可以根据集群对应的资源，消息通知系统将待通知消息发送到消息中间件rocketmq(一种消息中间件收发消息的模型)中商户对应的topic中。应理解，topic是指消息主题，可以通过topic对不同的业务消息进行分类。其中，多个集群中的每个集群通过集群号与每个商户、数据库和rocketmq相互关联对应。
在一些实施例中，如果在步骤S106处待通知消息发送rocketmq失败时，则将待通知消息存入数据库，例如存入mysql数据库。之后定期扫描数据库中的待通知消息，即，定期扫描补偿回来。
然后，方法进行步骤S108，商户对应的集群从rocketmq中对应的topic中获取待通知消息，并通过商户的通知线程持将待通知消息发送给商户。
方法还可以包括步骤S110。在步骤S110处，可以通过配置rocketmq的topic的重发次数和重发间隔，调整通知失败情况下的失败重试次数和等待时间。
根据本发明的实施例，每个商户的线程池相互独立，每个商户的线程池是可分配的，并且每个商户的rocketmq资源不同。
根据本发明的实施例，还提供了一种消息通知系统。消息通知系统独立于第三方支付系统并用于将来自第三方支付系统的待通知消息通知给商户，其中，消息通知系统具有多个集群并且用于：
在接入第三方支付系统并且在调用第三方支付系统的下单接口之后接入第三方支付系统，并且接收第三方支付系统发送的与商户的支付情况相关联的通知信息，通知信息包括待通知消息和回调地址；
根据接收到的通知信息获取通知信息在多个集群中所对应的集群。其中，多个集群中的每个集群通过集群号与每个商户、数据库和rocketmq相互关联对应；
根据集群对应的资源，将待通知消息发送到消息中间件rocketmq中商户对应的topic中；
商户对应的集群从rocketmq中对应的topic中获取待通知消息，并通过商户的通知线程持将待通知消息发送给商户。
其中，每个商户的线程池相互独立，每个商户的线程池是可分配的，并且每个商户的rocketmq资源不同。
在一些实施例中，消息通知系统还用于：通过配置rocketmq的topic的重发次数和重发间隔，调整通知失败情况下的失败重试次数和等待时间。
本发明的上述技术方案，消息通知系统负责将第三方支付系统和商户之间的交互标准化为：第三方支付系统通过rpc协议，将要通知给商户的待通知消息首先发给消息通知系统，同时附上商户的https回调地址，消息通知系统再负责将第三方支付系统的待通知消息转发给商户。本发明这样技术方案在多个方面提供了益处：
(1)对于高可用性问题。
通过将通知方的数据发到中间件rocketmq留存，并且同时把数据存放到mysql数据库，依赖rocketmq高可用集群和mysql主从服务，能够达到数据的高可用。又通过rocketmq和数据库数据的相互补偿，能够达到服务的高可用。
(2)对于高并发问题
通过将整个系统划分成若干个集群，每个集群的资源视情况都完全独立，解决了系统的性能瓶颈，获取高并发能力。
通常情况下，在应用使用的资源中，数据库、第三方服务一般都是一个。例如，一个应用连一个数据库、访问一个缓存服务器、一个消息服务器等。这样虽然应用本身可以扩容部署很多个节点，但是数据库无法扩容。那么在高并发的情况下，凡是不能做到扩容多个、甚至几十个，就必然会在单点的情况下产生性能瓶颈。
本发明把系统的业务处理部分划分成很多个集群，每个集群之间使用的资源都是独立的。这样可以从总体上消除了单点问题，可以通过很多个集群，实现很高的tps(系统吞吐量)。理论上集群的数量可以是无限制的。
(3)对于扩展性问题
本发明支持多维度的扩展，可以通过集群内扩容增强集群服务能力，也可以通过增加集群增强整个系统的服务能力。
通常情况下，支持高并发的服务或多或少都会引入多节点的思想，但是往往其达到瓶颈以后要扩容和缩容，都会有较多问题。而本发明可以通过对某个集群扩容节点来提升单个集群的处理能力。也可以新增加集群，来提升整个系统的处理能力。并且所有的扩容，都是只要简单的加机器、加资源、启动配置一下即可，而不需要对现有的数据造成影响。
(4)对于隔离性问题
本发明实现了多维度的隔离性，通过集群隔离，使得集群间任何故障都不会相互影响。通过商户隔离，可以实现每个商户的通知故障不会互相造成影响。比如某个商户的系统挂了或者慢了，造成的通知大量阻塞积压是不会影响到其他商户的。这主要是因为商户的对外通知使用的资源是独享的，如通知线程池、连接池。因此一个商户慢了，卡了不会对其他独立资源有影响。
通过集群隔离，如果一个集群完全挂掉，那么只有路由分配到这个集群的商户会收到影响，而其他集群仍然可以正常工作。
(5)灵活的调节能力
每个接入本系统的商户，都可以灵活的调节其通知行为参数(例如，通知的超时时长，通知失败的重试次数，重试时间，商户的通知线程)。解决了目前通知失败情况下都是固定重试间隔(通常2m、10m、10m、1h、2h、6h、15h)，无法灵活调整的问题。
实际应用过程中，被通知端的情况可能多种多样，可能需要迅速通知并且无法容忍秒级别的延迟。或者，tps特别高，但对可靠性要求不那么高。又或者，系统或者网络不是很稳定，可能经常会挂掉。针对这些多变的情况，本发明能够提供丰富的通知设置，例如可以设置：通知的超时时间，失败时的重试此处，重试间隔、通知使用的线程数(决定处理能力)。这些配置依赖监听推送机制，可以做到实时热加载，达到灵活的按需调整。
综上所述，本发明的技术方案最终通过灵活的商户、集群的配置调整，既能使可用性、隔离性得到保证，又能提高资源利用率，节约硬件成本。同时，可使得系统的故障率降低，降低运维成本。
以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (8)

1.一种消息通知方法，其特征在于，包括：
在接入第三方支付系统并且在调用所述第三方支付系统的下单接口之后，所述第三方支付系统接入独立于所述第三方支付系统的消息通知系统，并且向所述消息通知系统传递与商户的支付情况相关联的通知信息，所述通知信息包括待通知消息和回调地址；
所述消息通知系统根据接收到的所述通知信息获取所述通知信息在多个集群中所对应的集群；
根据所述集群对应的资源，所述消息通知系统将所述待通知消息发送到消息中间件rocketmq中所述商户对应的消息主题topic中；
所述商户对应的集群从rocketmq中对应的topic中获取所述待通知消息，并通过所述商户的通知线程持将所述待通知消息发送给所述商户；
通过配置rocketmq的topic的重发次数和重发间隔，调整通知失败情况下的失败重试次数和等待时间。
2.根据权利要求1所述的消息通知方法，其特征在于，
每个商户的线程池相互独立，
每个商户的所述线程池是可分配的，并且
每个商户的rocketmq资源不同。
3.根据权利要求1所述的消息通知方法，其特征在于，还包括：
当将所述待通知消息发送rocketmq失败时，则将所述待通知消息存入数据库；
定期扫描所述数据库中的所述待通知消息。
4.根据权利要求3所述的消息通知方法，其特征在于，
多个集群中的每个集群通过集群号与每个商户、数据库和rocketmq相互关联对应。
5.根据权利要求1所述的消息通知方法，其特征在于，
所述第三方支付系统通过rpc协议接入所述消息通知系统，并将所述通知信息传递给所述消息通知系统的rpc接口。
6.一种消息通知系统，其特征在于，所述消息通知系统独立于第三方支付系统并用于将来自所述第三方支付系统的待通知消息通知给商户，其中，所述消息通知系统具有多个集群并且用于：
在接入第三方支付系统并且在调用所述第三方支付系统的下单接口之后接入所述第三方支付系统，并且接收所述第三方支付系统发送的与商户的支付情况相关联的通知信息，所述通知信息包括待通知消息和回调地址；
根据接收到的所述通知信息获取所述通知信息在多个集群中所对应的集群；
根据所述集群对应的资源，将所述待通知消息发送到消息中间件rocketmq中所述商户对应的topic中；
所述商户对应的集群从rocketmq中对应的topic中获取所述待通知消息，并通过所述商户的通知线程持将所述待通知消息发送给所述商户；
通过配置rocketmq的topic的重发次数和重发间隔，调整通知失败情况下的失败重试次数和等待时间。
7.根据权利要求6所述的消息通知系统，其特征在于，
每个商户的线程池相互独立，
每个商户的所述线程池是可分配的，并且
每个商户的rocketmq资源不同。
8.根据权利要求6所述的消息通知系统，其特征在于，
多个集群中的每个集群通过集群号与每个商户、数据库和rocketmq相互关联对应。
CN202010955455.4A 2020-09-11 2020-09-11 消息通知方法以及系统 Pending CN112256447A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010955455.4A CN112256447A (zh) 2020-09-11 2020-09-11 消息通知方法以及系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010955455.4A CN112256447A (zh) 2020-09-11 2020-09-11 消息通知方法以及系统

Publications (1)

Publication Number Publication Date
CN112256447A true CN112256447A (zh) 2021-01-22

Family

ID=74232173

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010955455.4A Pending CN112256447A (zh) 2020-09-11 2020-09-11 消息通知方法以及系统

Country Status (1)

Country Link
CN (1) CN112256447A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113419843A (zh) * 2021-08-25 2021-09-21 南京赛宁信息技术有限公司 一种基于nas的分布式资源管理系统

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1822533A (zh) * 2006-03-27 2006-08-23 阿里巴巴公司 一种可靠的系统间消息通知方法和系统
US20070286169A1 (en) * 2006-05-18 2007-12-13 Anthony Roman Radio flag (focused listening and advertising guide) system and method
US20150092530A1 (en) * 2013-09-30 2015-04-02 Silicon Laboratories, Inc. Mesh Network Defragmentation
CN105279640A (zh) * 2014-07-07 2016-01-27 世纪禾光科技发展（北京）有限公司 一种跨境支付多商户服务状态通知的系统和方法
US20170272516A1 (en) * 2016-03-17 2017-09-21 International Business Machines Corporation Providing queueing in a log streaming messaging system
CN108599904A (zh) * 2018-03-21 2018-09-28 中兴通讯股份有限公司 一种数据传输方法及装置
CN110377433A (zh) * 2019-06-04 2019-10-25 威富通科技有限公司 支付结果的异步通知方法、装置及支付网关、存储介质
CN111198773A (zh) * 2019-12-31 2020-05-26 上海汇付数据服务有限公司 基于消息的应用通信方法及设备

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1822533A (zh) * 2006-03-27 2006-08-23 阿里巴巴公司 一种可靠的系统间消息通知方法和系统
US20070286169A1 (en) * 2006-05-18 2007-12-13 Anthony Roman Radio flag (focused listening and advertising guide) system and method
US20150092530A1 (en) * 2013-09-30 2015-04-02 Silicon Laboratories, Inc. Mesh Network Defragmentation
CN105279640A (zh) * 2014-07-07 2016-01-27 世纪禾光科技发展（北京）有限公司 一种跨境支付多商户服务状态通知的系统和方法
US20170272516A1 (en) * 2016-03-17 2017-09-21 International Business Machines Corporation Providing queueing in a log streaming messaging system
CN108599904A (zh) * 2018-03-21 2018-09-28 中兴通讯股份有限公司 一种数据传输方法及装置
CN110377433A (zh) * 2019-06-04 2019-10-25 威富通科技有限公司 支付结果的异步通知方法、装置及支付网关、存储介质
CN111198773A (zh) * 2019-12-31 2020-05-26 上海汇付数据服务有限公司 基于消息的应用通信方法及设备

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
张今革等: "基于消息中间件的数据传输方法研究", 《电子世界》 *
谭喆: "《应用软件开发协议栈》", 31 March 2020, 东南大学出版社 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113419843A (zh) * 2021-08-25 2021-09-21 南京赛宁信息技术有限公司 一种基于nas的分布式资源管理系统
CN113419843B (zh) * 2021-08-25 2021-11-26 南京赛宁信息技术有限公司 一种基于nas的分布式资源管理系统

Similar Documents

Publication Publication Date Title
CN107947960B (zh) 配置信息的推送方法及系统、配置信息的接收方法及系统
US11172023B2 (en) Data synchronization method and system
CN109995586A (zh) 基于微服务架构下的统一配置与动态配置参数刷新模型
US7076691B1 (en) Robust indication processing failure mode handling
CN108712501B (zh) 信息的发送方法、装置、计算设备以及存储介质
CN108540529A (zh) 一种基于微服务架构下的不重启动态参数刷新方法
CN111045745A (zh) 管理配置信息的方法和系统
US9846618B2 (en) System and method for supporting flow control in a distributed data grid
CN110351366A (zh) 一种互联网应用的服务调度方法、系统及计算机可读存储介质
CN113645152B (zh) 一种服务降级方法及终端
US8326913B2 (en) Method and system for service contract discovery
US9026839B2 (en) Client based high availability method for message delivery
CN107979498B (zh) 一种mesh网络集群及基于所述集群的大文件传输方法
CN112559461A (zh) 文件传输方法及装置、存储介质及电子设备
CN112256447A (zh) 消息通知方法以及系统
CN111124717A (zh) 消息投递方法、系统及计算机存储介质
CN113867915A (zh) 任务调度方法、电子设备及存储介质
CN108874531B (zh) 用于熔断服务的方法、装置、系统及电子设备
JP2005301436A (ja) クラスタシステムおよびクラスタシステムにおける障害回復方法
CN114625566A (zh) 数据容灾方法、装置、电子设备及存储介质
CN113326100A (zh) 一种集群管理方法、装置、设备及计算机存储介质
US9860149B2 (en) Continuous monitoring of data servers using a shadowing proxy
WO2023185071A1 (zh) 数据查询方法、数据写入方法、相关装置和系统
CN114860782B (zh) 数据查询方法、装置、设备及介质
CN115103008B (zh) 一种服务请求转发系统

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination