CN110798495A - 用于在集群架构模式下端到端的消息推送的方法和服务器 - Google Patents
用于在集群架构模式下端到端的消息推送的方法和服务器 Download PDFInfo
- Publication number
- CN110798495A CN110798495A CN201810877229.1A CN201810877229A CN110798495A CN 110798495 A CN110798495 A CN 110798495A CN 201810877229 A CN201810877229 A CN 201810877229A CN 110798495 A CN110798495 A CN 110798495A
- Authority
- CN
- China
- Prior art keywords
- message
- server
- key
- consumer
- storage system
- 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.)
- Granted
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/55—Push-based network services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
- H04L67/568—Storing data temporarily at an intermediate stage, e.g. caching
Abstract
本发明公开了用于在集群架构模式下端到端的消息推送的方法和服务器,涉及计算机技术领域。该方法的一具体实施方式包括:消息缓存步骤:当会话判断步骤确定服务器所接收到的消息的消息消费者没有与本服务器建立连接会话时,本服务器将所接收到的消息缓存到服务器集群的Key‑Value存储系统;消息获取步骤:本服务器定时地查询所述Key‑Value存储系统,并从Key‑Value存储系统上获取满足下述条件的消息:即,所获取的消息的消息消费者已与本服务器建立连接会话。该实施方式因为服务器集群采用Key‑Value存储系统,所以克服了WebSocket通讯的方式在集群架构模式下需要不同的服务器有不同的消息消费者的局限,进而达到服务器集群中的服务器的弹性伸缩以及消息精准快速到达消费端的技术效果。
Description
技术领域
本发明涉及计算机技术领域,尤其涉及一种用于在集群架构模式下端到端的消息推送的方法和服务器。
背景技术
当服务器需要给客户端页面(例如,HTML5页面)推送消息时候,一般有两种方式,一种是页面采用定时轮询方式通过服务器提供的接口获取消息,也称作Client-Pull(客户端拉取);另一种是采用WebSocket通讯方式,WebSocket通讯方式是基于TCP的一种新的网络协议。它实现了浏览器与服务器全双工(full-duplex)通信——允许服务器主动把消息推送给页面,也称作Server-Push(服务器推送)。
在实现本发明过程中,发明人发现现有技术中至少存在如下问题:
对于上述第一种方式,即,采用页面定时轮训的方式,其缺点是消息时效性差,不能及时回复消息给客户端页面,而且当客户端数量非常庞大时候,服务器压力也很大,如果服务器长时间没有消息时候,客户端每次的轮询都是无效的调用。
对于上述第二种方式,即,采用WebSocket通讯的方式,在集群架构模式下,当从消息生产者接收到消息的服务器不是与该消息所对应的客户端页面通过WebSocket已建立了连接会话的服务器时,接收到消息的服务器无法把其接收到的消息传输给该消息所对应的客户端页面。如果是消费MQ(Message Queue)消息时,让所有服务器接收MQ消息,这种情况需要不同的服务器有不同的消息消费者,不利于服务器的弹性伸缩,不能让消息精准快速到达消费端。
发明内容
有鉴于此,本发明实施例提供一种用于在集群架构模式下端到端的消息推送的方法和服务器,能够解决当服务器与客户端页面HTML5通过WebSocket长连接,在服务器集群架构模式下,服务器主动推送消息到指定客户端页面HTML5的方案,实现一种集群架构模式下WebSocket端到端通讯方法。
为实现上述目的,根据本发明实施例的一个方面,提供了一种用于在集群架构模式下端到端的消息推送的方法,所述方法用于在服务器集群中工作的服务器,所述方法包括:消息接收步骤:所述服务器从消息生产者接收消息;会话判断步骤:所述服务器判断所接收到的消息的消息消费者是否已与所述服务器建立连接会话;消息缓存步骤:当所述会话判断步骤确定所接收到的消息的消息消费者没有与所述服务器建立连接会话时,所述服务器将所接收到的消息缓存到所述服务器集群的Key-Value存储系统;消息获取步骤:所述服务器定时地查询所述Key-Value存储系统,并从所述Key-Value存储系统上获取满足下述条件的消息:即,所获取的消息的消息消费者已与所述服务器建立连接会话;消息发送步骤:a).当所述会话判断步骤确定所述服务器所接收到的消息的消息消费者已与所述服务器建立连接会话时,所述服务器将所接收到的消息发送到所接收到的消息的消息消费者,并且b).当所述消息获取步骤从所述Key-Value存储系统上获取到消息时,所述服务器将所获取到的消息发送到所获取到的消息的消息消费者。
根据本发明实施例的另一方面,提供了一种用于在集群架构模式下端到端的消息推送的服务器,所述服务器用于在服务器集群中工作,所述服务器包括:消息接收模块,从消息生产者接收消息;会话判断模块,判断所接收到的消息的消息消费者是否已与所述服务器建立连接会话;消息缓存模块,当所述会话判断模块确定所接收到的消息的消息消费者没有与所述服务器建立连接会话时,将所接收到的消息缓存到所述服务器集群的Key-Value存储系统;消息获取模块,定时地查询所述Key-Value存储系统,并从所述Key-Value存储系统上获取满足下述条件的消息:即,所获取的消息的消息消费者已与所述服务器建立连接会话;消息发送模块,a).当所述会话判断模块确定所述消息接收模块所接收到的消息的消息消费者已与所述服务器建立连接会话时,所述消息发送模块将所接收到的消息发送到所接收到的消息的消息消费者,并且b).当所述消息获取模块从所述Key-Value存储系统上获取到消息时,所述消息发送模块将所获取到的消息发送到所获取到的消息的消息消费者。
根据本发明实施例的又一方面,提供了一种用于在集群架构模式下端到端的消息推送的服务器集群,所述服务器集群包括:多个如上所述的服务器;和所述Key-Value存储系统。
根据本发明实施例的又一方面,提供了一种电子设备其特征在于,包括:一个或多个处理器;存储器,用于存储一个或多个程序,当所述一个或多个程序被所述一个或多个处理器执行时,使得所述一个或多个处理器实现如上所述的方法。
根据本发明实施例的又一方面,提供了一种计算机可读介质,其上存储有计算机程序,其特征在于,所述程序被处理器执行时实现如上所述的方法。
上述发明中的一个实施例具有如下优点或有益效果:因为服务器集群采用Key-Value存储系统的技术手段,所以克服了现有技术中WebSocket通讯的方式在集群架构模式下需要不同的服务器有不同的消息消费者的局限,进而达到服务器集群中的服务器的弹性伸缩以及消息精准快速到达消费端的技术效果。
根据本发明实施例的技术方案,消息发送模块独立,由独立线程完成消息发送,确保消息Worker不阻塞。消息不能直接发送给客户端时候,以服务器上存储的会话Key作为消息存储Key存储消息,作为服务实例精准查找消息依据。在集群架构模式下,多服务实例采用同一消息消费者,消息精准快速推送给消费。在集群架构模式下,多服务实例采用同一消息消费者,做到服务器弹性伸缩。在集群架构模式下,以服务器上存储的会话Key作为消息存储Key,消息可以精准的推送给消费端。在集群架构模式下,消息发送独立于消息Worker,消息可以0秒级到达消费端。
上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。
附图说明
附图用于更好地理解本发明,不构成对本发明的不当限定。其中:
图1A和图1B是本发明实施例可以应用于其中的示例性系统架构图,图1A示出了接收到消息的服务器已与消息的消息消费者建立了连接会话的情况,图1B示出了接收到消息的服务器没有与消息消费者建立连接会话的情况;
图2是根据本发明实施例的框图,示出了本发明的服务器集群中的服务器A的构造;
图3是根据本发明的流程图,示出了本发明的用于在集群架构模式下端到端的消息推送的方法;
图4是本发明实施例可以应用于其中的示例性系统架构图;
图5是适于用来实现本发明实施例的终端设备或服务器的计算机系统的结构示意图。
具体实施方式
以下结合附图对本发明的示范性实施例做出说明,其中包括本发明实施例的各种细节以助于理解,应当将它们认为仅仅是示范性的。因此,本领域普通技术人员应当认识到,可以对这里描述的实施例做出各种改变和修改,而不会背离本发明的范围和精神。同样,为了清楚和简明,以下的描述中省略了对公知功能和结构的描述。
图1A和图1B示出了本发明实施例可以应用于其中的示例性系统架构图,分别对应两种消息收发情形。
如图1A和图1B所示,系统架构可以包括消息生产者101、102、103、104,服务器集群100,以及客户端的HTML5页面105,106,107,108。网络(未示出)用以在客户端的HTML5页面105,106,107,108和服务器集群100之间以及在消息生产者101、102、103、104和服务器集群100之间提供通信链路的介质。网络可以包括各种连接类型,例如有线、无线通信链路或者光纤电缆等等。
用户可以使用终端设备通过网络与服务器集群100交互,以接收或发送消息等。终端设备上可以安装有各种通讯客户端应用,例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等(仅为示例)。终端设备可以是具有显示屏并且支持网页浏览的各种电子设备,包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。用户可以在自己的终端设备上通过例如HTML5页面来与服务器集群100建立连接会话。一个终端设备上可以同时有一个或多个HTML5页面与服务器集群100建立各自的连接会话。并且可以有一个或多个终端设备同时与服务器集群100建立连接。为了便于解释本发明的工作原理,图1A和图1B中未示出具体的终端设备,而仅仅示出客户端的HTML5页面105,106,107,108。
本实施例以HTML5作为消息消费者的示例,图1A和图1B中的一个HTML5就是一个消息消费者。
服务器集群100包括:多个服务器,例如服务器A,服务器B;以及Redis存储系统102,其被所述多个服务器公用。
集群是一种技术,通过集群技术,可以在付出较低成本的情况下获得在性能、可靠性、灵活性方面的相对较高的收益,其任务调度则是集群系统中的核心技术。集群是一组相互独立的、通过高速网络互联的计算机,它们构成了一个组,并以单一系统的模式加以管理。一个客户与集群相互作用时,集群像是一个独立的服务器。集群配置是用于提高可用性和可缩放性。
Redis是一个Key-Value存储系统。它支持存储的Value类型相对更多,包括string(字符串)、list(链表)、set(集合)、zset(sorted set--有序集合)和hash(哈希类型)。这些数据类型都支持push/pop、add/remove及取交集并集和差集及更丰富的操作,而且这些操作都是原子性的。在此基础上,Redis支持各种不同方式的排序。为了保证效率,数据都是缓存在内存中。
消息生产者101、102、103、104与作为消息消费者的HTML5页面105,106,107,108关联。需要指出的是,消息生产者与HTML5页面的关联不限于一对一的关联,一个消息生产者可以与一个或多个HTML5页面关联。消息生产者101、102、103、104将消息经由服务器集群100以端到端方式发送给关联的作为消息消费者的HTML5页面105,106,107,108。根据消息中所包含的唯一性用户标识符UID(唯一性地标识该消息的目标HTML5页面),来确定该消息的接收对象应是哪一个HTML5页面。
“端到端”是网络连接。网络要通信,必须建立连接,不管有多远,中间有多少机器,都必须在两头(源和目的)间建立连接,一旦连接建立起来,就说已经是端到端连接了,即端到端是逻辑链路,这条路可能经过了很复杂的物理路线,但两端主机不管,只认为是有两端的连接,而且一旦通信完成,这个连接就释放了,物理线路可能又被别的应用用来建立连接了。TCP就是用来建立这种端到端连接的一个具体协议,SPX也是。
应该理解,图1A和图1B中的客户端的HTML5页面、服务器集群100中的服务器、以及消息生产者的数目仅仅是示意性的。根据实现需要,可以具有任意数目的HTML5页面、服务器、以及消息生产者。
图1A和图1B所示的本发明的一个使用场景例如可以是:采用手机端扫描无人售货柜上的二维码或条形码,手机端的一个相应HTML5页面就是一个消息消费者(即,图1A和图1B中描述的HTML5页面105),无人售货柜为图中的消息生产者101。当一台手机(对应图1A和图1B中的HTML5页面105)扫描一台无人售货柜(图1A和图1B中的消息生产者101)上的二维码或条形码时候,手机端发出请求开门消息给后台服务器,与后台服务器建立连接并保持连接手机端的HTML5页面105与无人售货柜(图1A和图1B中的消息生产者101)建立了关联。
以下具体描述图1A和图1B所示出的两种情形:
需要说明的是,图1A和图1B仅仅是示意性的,作为实例仅仅示出了,HTML5页面105与服务器A建立连接会话,以及HTML5页面105所关联的消息生产者101发送目标为HTML5页面105的消息。为了简单清楚,图1A和图1B中没有示出其他消息生产者102,103,104发送消息的过程,也没有示出其他消息消费者106,107,108接收消息的过程。
另外,需要说明的是,虽然图1A和图1B中直接示出HTML5页面105与服务器A建立连接,消息生产者101直接将消息发给服务器A或服务器B,但是实际具体过程更为复杂。考虑到本发明的实现不依赖于服务器集群100内部的服务器分配的具体算法,因此在此处不作冗述,在图1A和图1B中也不示出该过程。
实际上,当一个HTML5页面105与服务器集群100相互作用时,服务器集群100在HTML5页面105看来,像是一个独立的服务器。换言之,HTML5页面105无需知道服务器集群100内部具体是哪一个服务器负责与其建立连接会话。当HTML5页面与服务器集群100请求建立连接时,服务器集群100内部根据特定算法随机地分配某一服务器(例如,服务器A)与HTML5页面105建立连接会话。
类似地,实际上,当一个消息生产者101与服务器集群100相互作用时,服务器集群100在消息生产者101看来,像是一个独立的服务器。换言之,消息生产者101无需知道服务器集群100内部具体是哪一个服务器负责接收并推送消息。当消息生产者101将消息发给服务器集群100后,服务器集群内部根据特定算法分配某一个服务器来从消息生产者接收消息。因此服务器A,服务器B中的任何一个都有可能接收到来自消息生产者101要发给HTML5页面105的消息,尽管HTML5页面105仅仅与服务器A建立了连接会话而与服务器B没有建立连接会话。在这种情况下服务器集群100如何推送消息,正是本发明所要解决的技术问题。
下面在图1A和图1B所示的实施例中,以HTML5页面105和与之关联的消息生产者101为例来解释本发明。本领域技术人员能够理解,各个HTML5页面,各个消息生产者,各个服务器的工作原理类似,不再一一赘述。
HTML5页面105与服务器集群中服务器A建立连会话接,连接成功,向HTML5页面105返回HTML5页面105的唯一性用户标识符UID,同时将HTML5页面105的UID发送到与HTML5页面105建立关联的消息生产者101。UID是具有全局唯一性的用户标识符,用于唯一地标识相应的消息消费者。并且在服务器A本地以Key-Value的形式存储与HTML5页面105建立的WebSocket会话,UID作为Key,WebSocket会话作为Value。也就是说,服务器A本地存储有与其建立的WebSocket会话的Key-Value表,在该Key-Value表中,UID作为Key,WebSocket会话作为Value。本领域技术人员明白:WebSocket是基于TCP的一种新的网络协议,它实现了浏览器与服务器全双工(full-duplex)通信——允许服务器主动发送信息给客户端。
服务器集群100接收到来自消息生产者101的消息后,会根据一定的负载均衡算法决定此消息分配且只能分配给服务器集群100中的某一台服务器,由这台服务器进行消息消费,消息生产者101发出的消息中包含:UID信息和消息本体。
假设消息生产者101发出的消息中的UID对应的是HTML5页面105,而HTML页面105与服务器A建立了连接会话,则根据是哪台服务器接收到该消息,可以分两种情况:
(a).如图1A所示的情况:当服务器A接收到消息,处理消息本身的业务逻辑,完成后,根据该消息的UID从服务器A本地的WebSocket会话的Key-Value表中获取WebSocket会话,判断出此消息的接受对象HTML5页面105与本服务器A建立连接,即相应的WebSocket会话保存在本服务器A中,可以通过服务器A本地获取到的相应的WebSocket会话直接发送消息到该消息的接受对象HTML5页面105;
(b).如图1B所示的情况:当服务器B接收到消息,处理消息本身的业务逻辑,完成后,根据该消息的UID判断出此UID没有存储在服务器B本地的WebSocket会话的Key-Value表中,即此UID对应的WebSocket会话没有在本服务器B中存储,无法直接发送消息到该消息的接受对象HTML5页面105。此时服务器B把消息缓存到服务器集群100的Redis存储系统102中,消息中的UID作为Key,消息本体作为Value。服务器A定时地访问Redis存储系统102(例如,每10ms),根据服务器A中存储的UID列表在Redis存储系统102上进行循环查询,一旦在Redis存储系统102上查询到属于自己服务器的UID,就从Redis存储系统102获取该UID所对应的消息,并从服务器A上的该UID的WebSocket会话通道发送该消息到该消息的接收对象HTML5页面105,发送成功后,从Redis存储系统102上删除消息,服务器A继续循环,定时查询Redis存储系统102,以获取其他的具有服务器A中存储的UID的消息。
从上述图1A和图1B可以看出,本发明通过引入服务器集群的Redis存储系统102作为中转缓存,不论是哪台服务器接收到消息生产者发来的消息,最终都能直接地,或通过Redis存储系统102中转到合适的服务器后间接地将该消息发送到作为该消息的接收对象的HTML5页面。
为了实现上述图1A和图1B所示的过程。服务器集群100中的服务器A和服务器B中都具有如图2所示的相同构造。也就是说,如图2所示的一个示例中,服务器A具有:消息接收模块201A:负责接收消息生产者的消息,把消息交给业务处理模块202A;业务处理模块202A:负责处理接收到消息的业务逻辑,例如消息解析,汇总,消息本地存储等,把消息交给会话判断模块203A;会话判断模块203A:负责判断本消息的接收者是否在本服务器建立连接,如果是把消息转给消息发送模块204A,如果不是把消息转给消息缓存模块205A;消息缓存模块205A:负责把没有与本服务器建立连接会话的消息缓存到Redis存储系统102;消息发送模块204A:负责把经过业务处理后的消息发送给接收者,即作为消息消费者的HTML5页面;消息获取模块206A:其可以通过消息worker模块来实现,其定时从Redis存储系统102上获取与本服务器保持连接会话的的消息,然后交给消息发送模块204A。
如图2所示,服务器B具体相同的构造,不再冗述。
图3是根据本发明的流程图,示出了本发明的用于在集群架构模式下端到端的消息推送的方法。
如图3所示,以服务器A中使用该方法为例,该方法包括以下步骤。服务器B中也使用该方法,包括类似的步骤。
在消息接收步骤S301中:服务器A从消息生产者101接收到消息。
在业务处理步骤S302中,本服务器A处理所接收到的消息的业务逻辑。
在会话判断步骤S303中,本服务器A判断所接收到的消息的消息消费者是否已与本服务器A建立连接会话。
在消息缓存步骤S305中,当所述会话判断步骤S303确定所接收到的消息的消息消费者没有与本服务器A建立连接会话时,本服务器A将所接收到的消息缓存到服务器集群100的Key-Value存储系统(即,图1A中作为示例的Redis存储系统102)。
在消息获取步骤S306中,本服务器A定时地(例如,每10ms)查询所述Key-Value存储系统(即,图1A中作为示例的Redis存储系统102),并从所述Key-Value存储系统上获取满足下述条件的消息:即,所获取的消息的消息消费者已与服务器A建立连接会话。
在消息发送步骤S304中,a).当所述会话判断步骤303确定本服务器A所接收到的消息的消息消费者已与所述服务器A建立连接会话时,所述服务器A将所接收到的消息发送到所接收到的消息的消息消费者,,并且b).当所述消息获取步骤306从所述Key-Value存储系统(即,图1A中作为示例的Redis存储系统102)上获取到消息时,本服务器A将所获取到的消息发送到所获取到的消息的消息消费者。
图4示出了可以应用本发明实施例的用于在集群架构模式下端到端的消息推送的方法和服务器的示例性系统架构400。
如图4所示,系统架构400可以包括终端设备401、402、403,网络404和服务器405(此架构仅仅是示例,具体架构中包含的组件可以根据申请具体情况调整)。网络404用以在终端设备401、402、403和服务器405之间提供通信链路的介质。网络404可以包括各种连接类型,例如有线、无线通信链路或者光纤电缆等等。
用户可以使用终端设备401、402、403通过网络404与服务器405交互,以接收或发送消息等。终端设备401、402、403上可以安装有各种通讯客户端应用,例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等(仅为示例)。
终端设备401、402、403可以是具有显示屏并且支持网页浏览的各种电子设备,包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。
服务器405可以是提供各种服务的服务器,例如对用户利用终端设备401、402、403所浏览的购物类网站提供支持的后台管理服务器(仅为示例)。后台管理服务器可以对接收到的产品信息查询请求等数据进行分析等处理,并将处理结果(例如目标推送信息、产品信息--仅为示例)反馈给终端设备。
需要说明的是,本发明实施例所提供的监听数据库日志的方法一般由服务器405执行,相应地,监听数据库日志的装置一般设置于服务器405中。
应该理解,图4中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要,可以具有任意数目的终端设备、网络和服务器。
下面参考图5,其示出了适于用来实现本发明实施例的终端设备的计算机系统500的结构示意图。图5示出的终端设备仅仅是一个示例,不应对本发明实施例的功能和使用范围带来任何限制。
如图5所示,计算机系统500包括中央处理单元(CPU)501,其可以根据存储在只读存储器(ROM)502中的程序或者从存储部分508加载到随机访问存储器(RAM)503中的程序而执行各种适当的动作和处理。在RAM 503中,还存储有系统500操作所需的各种程序和数据。CPU 501、ROM 502以及RAM 503通过总线504彼此相连。输入/输出(I/O)接口505也连接至总线504。
以下部件连接至I/O接口505:包括键盘、鼠标等的输入部分506;包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分507;包括硬盘等的存储部分508;以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分509。通信部分509经由诸如因特网的网络执行通信处理。驱动器510也根据需要连接至I/O接口505。可拆卸介质511,诸如磁盘、光盘、磁光盘、半导体存储器等等,根据需要安装在驱动器510上,以便于从其上读出的计算机程序根据需要被安装入存储部分508。
特别地,根据本发明公开的实施例,上文参考流程图描述的过程可以被实现为计算机软件程序。例如,本发明公开的实施例包括一种计算机程序产品,其包括承载在计算机可读介质上的计算机程序,该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中,该计算机程序可以通过通信部分509从网络上被下载和安装,和/或从可拆卸介质511被安装。在该计算机程序被中央处理单元(CPU)501执行时,执行本发明的系统中限定的上述功能。
需要说明的是,本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于:具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中,计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质,该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输,包括但不限于:无线、电线、光缆、RF等等,或者上述的任意合适的组合。
附图中的流程图和框图,图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分,上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个接连地表示的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图或流程图中的每个方框、以及框图或流程图中的方框的组合,可以用执行规定的功能或操作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。
描述于本发明实施例中所涉及到的模块可以通过软件的方式实现,也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中,例如,可以描述为:一种处理器包括发送模块、获取模块、确定模块和第一处理模块。其中,这些模块的名称在某种情况下并不构成对该模块本身的限定,例如,发送模块还可以被描述为“向所连接的服务端发送图片获取请求的模块”。
作为另一方面,本发明还提供了一种计算机可读介质,该计算机可读介质可以是上述实施例中描述的设备中所包含的;也可以是单独存在,而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序,当上述一个或者多个程序被一个该设备执行时,使得该设备实现:用于在集群架构模式下端到端的消息推送的方法,所述方法用于在服务器集群中工作的服务器,所述方法包括:消息接收步骤:所述服务器从消息生产者接收消息;会话判断步骤:所述服务器判断所接收到的消息的消息消费者是否已与所述服务器建立连接会话;消息缓存步骤:当所述会话判断步骤确定所接收到的消息的消息消费者没有与所述服务器建立连接会话时,所述服务器将所接收到的消息缓存到所述服务器集群的Key-Value存储系统;消息获取步骤:所述服务器定时地查询所述Key-Value存储系统,并从所述Key-Value存储系统上获取满足下述条件的消息:即,所获取的消息的消息消费者已与所述服务器建立连接会话;消息发送步骤:a).当所述会话判断步骤确定所述服务器所接收到的消息的消息消费者已与所述服务器建立连接会话时,所述服务器将所接收到的消息发送到所接收到的消息的消息消费者,并且b).当所述消息获取步骤从所述Key-Value存储系统上获取到消息时,所述服务器将所获取到的消息发送到所获取到的消息的消息消费者。
根据本发明实施例的技术方案,消息发送模块独立,由独立线程完成消息发送,确保消息Worker不阻塞。消息不能直接发送给客户端时候,以服务器上存储的会话Key作为消息存储Key存储消息,作为服务实例精准查找消息依据。在集群架构模式下,多服务实例采用同一消息消费者,消息精准快速推送给消费。在集群架构模式下,多服务实例采用同一消息消费者,做到服务器弹性伸缩。在集群架构模式下,以服务器上存储的会话Key作为消息存储Key,消息可以精准的推送给消费端。在集群架构模式下,消息发送独立于消息Worker,消息可以0秒级到达消费端。
上述具体实施方式,并不构成对本发明保护范围的限制。本领域技术人员应该明白的是,取决于设计要求和其他因素,可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等,均应包含在本发明保护范围之内。
Claims (12)
1.一种用于在集群架构模式下端到端的消息推送的方法,所述方法用于在服务器集群中工作的服务器,所述方法包括:
消息接收步骤:所述服务器从消息生产者接收消息;
会话判断步骤:所述服务器判断所接收到的消息的消息消费者是否已与所述服务器建立连接会话;
消息缓存步骤:当所述会话判断步骤确定所接收到的消息的消息消费者没有与所述服务器建立连接会话时,所述服务器将所接收到的消息缓存到所述服务器集群的Key-Value存储系统;
消息获取步骤:所述服务器定时地查询所述Key-Value存储系统,并从所述Key-Value存储系统上获取满足下述条件的消息:即,所获取的消息的消息消费者已与所述服务器建立连接会话;
消息发送步骤:
a).当所述会话判断步骤确定所述服务器所接收到的消息的消息消费者已与所述服务器建立连接会话时,所述服务器将所接收到的消息发送到所接收到的消息的消息消费者,并且
b).当所述消息获取步骤从所述Key-Value存储系统上获取到消息时,所述服务器将所获取到的消息发送到所获取到的消息的消息消费者。
2.如权利要求1所述的方法,
其中,所述消息包括:用户标识符和消息本体;
其中,当所接收到的消息被缓存到所述服务器集群的Key-Value存储系统中时,将所接收到的消息的用户标识符作为Key,将所接收到的消息的消息本体作为Value。
3.如权利要求1所述的方法,
其中,所述Key-Value存储系统是Redis存储系统。
4.如权利要求1所述的方法,
其中,在所述消息发送步骤将所获取到的消息成功地发送到消息消费者后,从所述Key-Value存储系统删除相应的消息。
5.如权利要求1所述的方法,
其中,所述消息消费者是HTML5页面,并且在所述消息消费者与所述服务器建立连接时,所述服务器向所述消息消费者返回用户标识符,并向所述消息消费者所关联的所述消息生产者通知所述消息消费者的所述用户标识符,所述用户标识符唯一标识所述消息消费者;并且在所述服务器本地以Key-Value形式存储WebSocket会话作为所述连接会话,所述用户标识符作为所述连接会话的Key,所述WebSocket会话作为所述连接会话的Value。
6.如权利要求5所述的方法,
其中,所述消息生产者是无人售货柜、无人自提柜或共享单车,所述HTML5页面位于手机端,所述手机端通过扫描所述消息生产者上的二维码或条形码与所述消息生产者建立关联。
7.如权利要求1所述的方法,所述方法还包括:
业务处理步骤,业务处理步骤在所述消息接收步骤之后并且在所述会话判断步骤之前,并且在所述业务处理步骤中由所述服务器处理所接收到的消息的业务逻辑。
8.如权利要求7所述的方法,
其中,所述业务逻辑包括下述中的至少一个:消息解析,消息汇总,以及消息本地存储。
9.一种用于在集群架构模式下端到端的消息推送的服务器,所述服务器用于在服务器集群中工作,所述服务器包括:
消息接收模块,从消息生产者接收消息;
会话判断模块,判断所接收到的消息的消息消费者是否已与所述服务器建立连接会话;
消息缓存模块,当所述会话判断模块确定所接收到的消息的消息消费者没有与所述服务器建立连接会话时,将所接收到的消息缓存到所述服务器集群的Key-Value存储系统;
消息获取模块,定时地查询所述Key-Value存储系统,并从所述Key-Value存储系统上获取满足下述条件的消息:即,所获取的消息的消息消费者已与所述服务器建立连接会话;
消息发送模块,
a).当所述会话判断模块确定所述消息接收模块所接收到的消息的消息消费者已与所述服务器建立连接会话时,所述消息发送模块将所接收到的消息发送到所接收到的消息的消息消费者,并且
b).当所述消息获取模块从所述Key-Value存储系统上获取到消息时,所述消息发送模块将所获取到的消息发送到所获取到的消息的消息消费者。
10.一种用于在集群架构模式下端到端的消息推送的服务器集群,所述服务器集群包括:
多个如权利要求9所述的服务器;和
所述Key-Value存储系统。
11.一种电子设备,其特征在于,包括:
一个或多个处理器;
存储器,用于存储一个或多个程序,
当所述一个或多个程序被所述一个或多个处理器执行时,使得所述一个或多个处理器实现如权利要求1-8中任一所述的方法。
12.一种计算机可读介质,其上存储有计算机程序,其特征在于,所述程序被处理器执行时实现如权利要求1-8中任一所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810877229.1A CN110798495B (zh) | 2018-08-03 | 2018-08-03 | 用于在集群架构模式下端到端的消息推送的方法和服务器 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810877229.1A CN110798495B (zh) | 2018-08-03 | 2018-08-03 | 用于在集群架构模式下端到端的消息推送的方法和服务器 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110798495A true CN110798495A (zh) | 2020-02-14 |
CN110798495B CN110798495B (zh) | 2023-05-30 |
Family
ID=69425266
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810877229.1A Active CN110798495B (zh) | 2018-08-03 | 2018-08-03 | 用于在集群架构模式下端到端的消息推送的方法和服务器 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110798495B (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112910983A (zh) * | 2021-01-27 | 2021-06-04 | 北京百度网讯科技有限公司 | 消息推送方法、装置、设备和介质 |
CN114553949A (zh) * | 2022-02-15 | 2022-05-27 | 北京京东乾石科技有限公司 | 一种页面消息的推送方法和装置 |
CN114760296A (zh) * | 2022-03-07 | 2022-07-15 | 中银金融科技有限公司 | 信息发送方法及装置 |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20150326512A1 (en) * | 2014-05-07 | 2015-11-12 | Mitake Information Corporation | Message transmission system and method for a structure of a plurality of organizations |
CN105282245A (zh) * | 2015-09-29 | 2016-01-27 | 努比亚技术有限公司 | 跨服务器消息推送系统及方法 |
CN106101178A (zh) * | 2016-05-30 | 2016-11-09 | 海尔优家智能科技(北京)有限公司 | 一种订阅消息分发、接收方法、装置及相关系统 |
CN106201794A (zh) * | 2016-06-27 | 2016-12-07 | 北京奇虎科技有限公司 | 一种服务器的检测方法和装置 |
CN107395729A (zh) * | 2017-07-27 | 2017-11-24 | 深圳乐信软件技术有限公司 | 一种消息队列的消费系统、方法及装置 |
CN108076103A (zh) * | 2016-11-18 | 2018-05-25 | 北京优朋普乐科技有限公司 | 一种消息处理方法、系统及消息生产者集群 |
CN108200184A (zh) * | 2018-01-12 | 2018-06-22 | 郑州云海信息技术有限公司 | 一种分布式Web即时消息发送系统和方法 |
CN108206742A (zh) * | 2016-12-19 | 2018-06-26 | 腾讯科技(深圳)有限公司 | 一种消息发送方法、装置、服务器以及系统 |
-
2018
- 2018-08-03 CN CN201810877229.1A patent/CN110798495B/zh active Active
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20150326512A1 (en) * | 2014-05-07 | 2015-11-12 | Mitake Information Corporation | Message transmission system and method for a structure of a plurality of organizations |
CN105282245A (zh) * | 2015-09-29 | 2016-01-27 | 努比亚技术有限公司 | 跨服务器消息推送系统及方法 |
CN106101178A (zh) * | 2016-05-30 | 2016-11-09 | 海尔优家智能科技(北京)有限公司 | 一种订阅消息分发、接收方法、装置及相关系统 |
CN106201794A (zh) * | 2016-06-27 | 2016-12-07 | 北京奇虎科技有限公司 | 一种服务器的检测方法和装置 |
CN108076103A (zh) * | 2016-11-18 | 2018-05-25 | 北京优朋普乐科技有限公司 | 一种消息处理方法、系统及消息生产者集群 |
CN108206742A (zh) * | 2016-12-19 | 2018-06-26 | 腾讯科技(深圳)有限公司 | 一种消息发送方法、装置、服务器以及系统 |
CN107395729A (zh) * | 2017-07-27 | 2017-11-24 | 深圳乐信软件技术有限公司 | 一种消息队列的消费系统、方法及装置 |
CN108200184A (zh) * | 2018-01-12 | 2018-06-22 | 郑州云海信息技术有限公司 | 一种分布式Web即时消息发送系统和方法 |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112910983A (zh) * | 2021-01-27 | 2021-06-04 | 北京百度网讯科技有限公司 | 消息推送方法、装置、设备和介质 |
CN114553949A (zh) * | 2022-02-15 | 2022-05-27 | 北京京东乾石科技有限公司 | 一种页面消息的推送方法和装置 |
CN114760296A (zh) * | 2022-03-07 | 2022-07-15 | 中银金融科技有限公司 | 信息发送方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
CN110798495B (zh) | 2023-05-30 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108696374B (zh) | 更新客户端配置的方法和装置 | |
US10951395B2 (en) | Data fetching in data exchange networks | |
US10958735B2 (en) | Client connection method and system | |
CN109995801B (zh) | 一种消息传输方法和装置 | |
CN111478781B (zh) | 一种消息广播的方法和装置 | |
CN112445626B (zh) | 一种基于消息中间件的数据处理方法和装置 | |
CN108093015B (zh) | 文件传输系统 | |
CN115004673B (zh) | 消息推送方法、装置、电子设备及计算机可读介质 | |
CN110798495B (zh) | 用于在集群架构模式下端到端的消息推送的方法和服务器 | |
CN110572422A (zh) | 数据下载方法和装置 | |
CN116303608A (zh) | 一种应用服务的数据处理方法和装置 | |
CN112653614A (zh) | 基于消息中间件的请求处理方法和装置 | |
CN112653632A (zh) | 一种流量控制实现方法和装置 | |
CN110321252B (zh) | 一种技能服务资源调度的方法和装置 | |
CN112948138A (zh) | 一种处理消息的方法和装置 | |
CN112838935A (zh) | 一种电子数据交换方法和系统 | |
CN105681262A (zh) | 一种交互消息分配方法及系统 | |
CN113824675B (zh) | 管理登录态的方法和装置 | |
CN113138943B (zh) | 一种处理请求的方法和装置 | |
CN112688982B (zh) | 一种用户请求处理方法和装置 | |
CN111984613B (zh) | 一种共享文件的方法、装置和系统 | |
CN109600452B (zh) | 服务器集群、消息推送方法及相关服务器 | |
CN114268631A (zh) | 低延迟网络系统及其通信连接方法及可读存储介质 | |
CN112836201A (zh) | 多平台信息互通的方法、装置、设备和计算机可读介质 | |
CN117478535B (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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |