CN111800457A - 优化路由分配的方法、存储介质 - Google Patents
优化路由分配的方法、存储介质 Download PDFInfo
- Publication number
- CN111800457A CN111800457A CN202010435309.9A CN202010435309A CN111800457A CN 111800457 A CN111800457 A CN 111800457A CN 202010435309 A CN202010435309 A CN 202010435309A CN 111800457 A CN111800457 A CN 111800457A
- Authority
- CN
- China
- Prior art keywords
- cluster
- server application
- client
- area
- regional
- 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
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/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
- H04L67/1004—Server selection for load balancing
- H04L67/1008—Server selection for load balancing based on parameters of servers, e.g. available memory or workload
-
- 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]
- H04L67/025—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP] for remote control or remote monitoring of applications
-
- 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/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1097—Protocols in which an application is distributed across nodes in the network for distributed storage of data in networks, e.g. transport arrangements for network file system [NFS], storage area networks [SAN] or network attached storage [NAS]
-
- 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/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
- H04L67/63—Routing a service request depending on the request content or context
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Hardware Design (AREA)
- General Engineering & Computer Science (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明提供优化路由分配的方法、存储介质,方法包括:对各个服务器应用进行地域性划分,得到两个以上的地区集群;对所述地区集群进行区域性划分,得到两个以上的区域集群;监控各个服务器应用的负载情况和实际资源使用情况;一客户端发起长链接请求至智能路由,智能路由依据客户端所属的区域转发至对应的区域集群;区域集群依据客户端所属地区集群内各个服务器应用的监控情况,返回服务器应用的路由地址至客户端。本发明能够提高用户实际访问效率,提升用户体验;能够实现系统的负载均衡,连接更稳定;能在地区总资源超负载时及时告警,有助于及时调整和解决。还具有易于实现、成本低且效果显著等特点。
Description
技术领域
本发明涉及路由分配领域,具体涉及优化路由分配的方法、存储介质。
背景技术
现在很多系统或者APP中,都需要使用到消息推送这样的功能。而实际情况是,一般APP系统的客户端数量会达到几十上百万之多。如此多的APP每一个均需要与服务器保持有一个长连接,这样就有几十上百万的长连接连接到服务器上。同时,已建立长连接的APP需要每隔一定时间发送心跳包给服务器,由服务端来明确该个APP设备是否已经断线的标识。
而客户端与服务器建立长链接之前,一般场景之下为客户端预先请求服务端的路由模块接口,获取可以正常接入的路由地址列表,然后按照一定的选取规则,选择其中一个服务端地址,进行长链接地建立。此时,小的推送系统后端服务器将提供几个可用的地址,供客户端建立长链接使用;大的系统中,一般会提供按区域路由的功能,依据用户所在的区域进行就近路由,因为用户与所在的服务器较近,可以实现更快速度地接入服务器,建立长链接。可是此种方式还是有一些缺陷,当某个区域下的用户数量很多时,其区域下的实例(服务器应用)将会满负荷的提供服务,或者随着用户数增大超负荷的提供服务。该场景下将会给服务器带来很大的压力,同时用户接入由于接入的都是满负荷或者超负荷的服务器,将导致用户实际的访问效率还会降低,也会对用户体验带来很不好的影响。
发明内容
本发明所要解决的技术问题是:提供优化路由分配的方法、存储介质,能够提高用户实际访问效率,提升用户体验。
为了解决上述技术问题,本发明采用的技术方案为:
优化路由分配的方法,包括:
对各个服务器应用进行地域性划分,得到两个以上的地区集群;
对所述地区集群进行区域性划分,得到两个以上的区域集群,所述区域集群分别与智能路由连接;
监控各个服务器应用的负载情况和实际资源使用情况;
一客户端发起长链接请求至智能路由,智能路由依据所述一客户端所属的区域转发至对应的区域集群;
区域集群依据所述一客户端所属地区集群内各个服务器应用的监控情况,返回一服务器应用的路由地址至所述一客户端.
本发明提供的另一个技术方案为:
一种计算机可读存储介质,其上存储有计算机程序,所述程序在被处理器执行时,能够实现上述优化路由分配的方法所包含的步骤。
本发明的有益效果在于:本发明在旧有的区域就近路由功能基础上,能够针对每个地区内所有服务器应用的处理能力进行监控,据此实现全局区域就近路由以及地域性能力路由的双层路由方式。通过这种方式,能够使用户就近地接入资源充足的服务器应用,有效提高用户实际访问效率,提高用户体验。
附图说明
图1为本发明一实施例一种优化路由分配的方法的流程示意图;
图2为本发明实施例一的系统架构示意图;
标号说明:
1、客户端;2、智能路由;3、华东集群;4、华南集群。
具体实施方式
为详细说明本发明的技术内容、所实现目的及效果,以下结合实施方式并配合附图予以说明。
本发明最关键的构思在于:能够针对每个地区内所有服务器应用的处理能力进行监控,据此实现全局区域就近路由以及地域性能力路由的双层路由方式。
请参照图1,本发明提供优化路由分配的方法,包括:
对各个服务器应用进行地域性划分,得到两个以上的地区集群;
对所述地区集群进行区域性划分,得到两个以上的区域集群,所述区域集群分别与智能路由连接;
监控各个服务器应用的负载情况和实际资源使用情况;
一客户端发起长链接请求至智能路由,智能路由依据所述一客户端所属的区域转发至对应的区域集群;
区域集群依据所述一客户端所属地区集群内各个服务器应用的监控情况,返回一服务器应用的路由地址至所述一客户端。
从上述描述可知,本发明的有益效果在于:在旧有的区域就近路由功能基础上,能够针对每个地区内所有服务器应用的处理能力进行监控,据此实现全局区域就近路由以及地域性能力路由的双层路由方式。通过这种方式,能够使用户就近地接入资源充足的服务器应用,有效提高用户实际访问效率,提高用户体验。
进一步地,所述区域集群依据所述一客户端所属地区集群内各个服务器应用的监控情况,返回一服务器应用的路由地址至所述一客户端,包括:
区域集群依据所述一客户端所属地区集群内各个服务器应用的监控情况,判断所述各个服务器应用是否均已满负荷;
若否,则返回任一未满负荷的服务器应用的路由地址至所述一客户端;
若是,则依据就近原则返回所属区域集群下其他地区集群内一未满负荷的服务器应用的路由地址至所述一客户端。
由上述描述可知,采用地区可用性策略,结合每个地区内部的监控数据,在某地区资源充足时使用就近路由方式快速且稳定地接入;在某地区资源不足时,采用从附近资源充足的地区中选取路由接入,从而确保用户能够快速且有效地访问。
进一步地,所述依据就近原则返回所属区域集群下其他地区集群内一未满负荷的服务器应用的路由地址至所述一客户端,之后,还包括:
若所述一客户端所属区域集群下的所有地区集群内的各个服务器应用均已满负荷,则进行告警。
由上述描述可知,若本地区内无资源可接入,附近地区也没有资源可接入,则及时地进行资源告急提示。
进一步地,所述负载情况包括最大用户接入数;所述实际资源使用情况包括内存、CPU和硬盘的资源占用情况。
由上述描述可知,通过最大接入数与实际资源使用情况两者综合来看,便可相较准确地判断得到服务实例的可用资源情况,从而确定其是否可以继续接接入用户提供服务。
本发明提供的另一个技术方案为:
一种计算机可读存储介质,其上存储有计算机程序,所述程序在被处理器执行时,能够实现下述的优化路由分配的方法所包含的步骤:
对各个服务器应用进行地域性划分,得到两个以上的地区集群;
对所述地区集群进行区域性划分,得到两个以上的区域集群,所述区域集群分别与智能路由连接;
监控各个服务器应用的负载情况和实际资源使用情况;
一客户端发起长链接请求至智能路由,智能路由依据所述一客户端所属的区域转发至对应的区域集群;
区域集群依据所述一客户端所属地区集群内各个服务器应用的监控情况,返回一服务器应用的路由地址至所述一客户端。
进一步地,所述区域集群依据所述一客户端所属地区集群内各个服务器应用的监控情况,返回一服务器应用的路由地址至所述一客户端,包括:
区域集群依据所述一客户端所属地区集群内各个服务器应用的监控情况,判断所述各个服务器应用是否均已满负荷;
若否,则返回任一未满负荷的服务器应用的路由地址至所述一客户端;
若是,则依据就近原则返回所属区域集群下其他地区集群内一未满负荷的服务器应用的路由地址至所述一客户端。
进一步地,所述依据就近原则返回所属区域集群下其他地区集群内一未满负荷的服务器应用的路由地址至所述一客户端,之后,还包括:
若所述一客户端所属区域集群下的所有地区集群内的各个服务器应用均已满负荷,则进行告警。
进一步地,所述负载情况包括最大用户接入数;所述实际资源使用情况包括内存、CPU和硬盘的资源占用情况。
从上述描述可知,对应本领域普通技术人员可以理解实现上述技术方案中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来实现的,所述的程序可存储于一计算机可读取的存储介质中,该程序在执行时,可包括如上述各方法的流程。所述程序在被处理器执行后,同样能够实现对应各方法的有益效果。
其中,所述的存储介质可以是磁盘、光碟、只读存储记忆体(Read-Only Memory,ROM)或随机存储记忆体(Random Access Memory,RAM)等。
实施例一
请参照图1和图2,本实施例提供优化路由分配的方法,能够提高用户实际的访问效率,提高用户体验感。
方法包括:
首先,对所有的服务器应用(以下简称实例)进行地域性划分,划分成两个以上的地区集群;对地区集群再次进行区域性划分,得到两个以上的区域集群。据此得到的系统框架示意如图1所示。以划分得到两个区域集群:华东集群3和华南集群4为例进行说明,则华东集群下包括两个地区,分别是A地区和B地区;华南集群下包括两个地区:C地区和D地区;各个地区下又包括各自的实例,如地区A包括实例-1和实例-2;华东集群和华南集群分别连接智能路由(运营商提供就近路由),客户端1直接与智能路由2连接。
其次,存在一个监控系统,针对所有的实例进行监控,监控内容包括可用性、负载情况(接入用户数)和实际资源使用情况。其中,实际资源使用情况包括CPU、内存、硬盘等资源的占用情况。经过压测以后,可以知道每个实例的最大接入数,即负载情况;与实例的实际资源使用情况综合起来,便可作为后续的判断实例是否可以继续接入用户提供服务。
再来,所有的区域集群对外体现为一个统一的访问域名(http://xxx.com),即智能路由的域名。当用户需要进行长连接建立时,预先访问该域名,之后,由运营商提供的智能路的就近路由功能(运营商根据ip地址进行就近路由,运营商内部逻辑)转发连接请求支对应的区域集群中。
例如,用户为图2构架中的B地区的用户,此时发送请求后,只能路由转发至华东路由集群应用。
再来,区域集群接收到连接请求后,将依据预设的路由策略返回满足条件的路由地址列表。特别的,该路由策略对应区域集群依据发起请求的客户端所属地区集群内各个实例的监控情况,返回一符合条件的实例的路由地址至所述一客户端。
具体而言,该路由策略如下:
区域集群依据发起请求的客户端所属地区集群内各个实例的监控情况,判断这些实例是否均已满负荷;
若否,则返回任一未满负荷的实例的路由地址给客户端;
若是,则依据就近原则返回所属区域集群下其他地区集群内一未满负荷的实例的路由地址给客户端。
若请求发起客户端所属区域集群下的所有地区集群内的各个实例均已满负荷,则进行告警。
在一具体实例中,先采用地区就近路由原则,当用户所在的地区内各个实例资源均充足时,则随机返回该地区内几个几个实例地址。当用户所在的地区内各个实例资源部分已满负荷或者超负荷时,将只返回仍然可以继续提供服务的实例地址。当用户所在地区各个实例均已满负荷或者超负荷时,将按照一定的规则,返回离用户最近的其他地区内(需属同一个区域,即同一个路由集群) 仍然存在资源的可继续接入用户的实例地址。当用户所在的地区各个实例均已满负荷或者超负荷时,并且该路由集群内部的各个地区内部的所有实例均已满负荷或者超负荷时,原则上不进行跨路由集群下实例地址的返回,将会提供告警,并且返回无法提供的错误。(我们认为跨路由集群会带来效率的损失。)
本实施例能够解决如上某个区域负载较高时,而用户又是采用就近路由的方式,进一步提高用户实际的访问效率,提高用户体验感。
实施例二
本实施例对应实施例一提供一具体运用场景:
如上架构图2所示,假设只存在华东和华南两个路由集群,集群下存在 A,B,C,D个地区,每地区下存在2个不同的实例,共8个实例。
整个数据访问的大体流程为:客户端访问华东/华南路由集群接口,该接口返回满足条件的可以正常提供服务的实例地址。(该地址包括域名和端口)
1、存在一个对应的整个系统的监控程序,监控所有8个实例的相关信息。
主要监控内容如下:
1.1实例的可用性。实例可用性就是服务器实例是否可用。通常是直接访问该实例提供的一个简单接口,返回成功则说明正常,返回失败则说明该实例不可用。实例不可用,则路由集群接口中将不会返回该台实例的地址。
1.2实例的用户接入数。每个实例的最大用户接入数是一个很关键的信息。 (根据系统压测而定的数值。一般2核CPU、4G内存,可支持5W左右的用户接入数量)超过该数值后,路由集群接口中将不会返回该台实例的地址。
1.3实例资源使用情况。包括实例的内存、CPU、硬盘等服务器资源,也会有一个支持最大百分比的数值。(具体根据业务而定),超过该数值后,路由集群接口中将不会返回该台实例的地址。
2、集群服务对外体现为一个统一的访问域名(http://xxx.com)。当用户需要进行长链接建立时,预先访问该域名,之后,由运营商提供的就近路由功能(运营商根据IP地址转发到就近的路由集群),转发该请求至对应的路由集群中。
3、运营商会转发该请求到华东路由集群上,华东路由集群应用将会按照一定的路由策略返回满足条件的路由地址列表。
具体路由策略举例说明如下:
3.1采用地区就近路由原则,当用户所在的地区内各个实例资源均充足时,则随机返回该地区内几个几个实例地址。此处,B地区下实例3,实例4均未达到最大用户接入数量5W;同时,两个实例均可用,并且各种服务器资源均未达到最大百分比的数值,则可以返回这两个实例地址,让客户端进行接入。(具体地区下应该存在多个的实例,可以不需要返回全部实例地址,可返回满足条件的实例地址,返回地址数量设置为2个,超过2个的则随机抽取。)
3.2当用户所在的B地区内各个实例资源部分已满负荷或者超负荷时,将只返回仍然可以继续提供服务的实例地址。假设,此时B地区实例3最大用户接入数量已经达到5W了,则此时,将只会返回实例4的地址。
3.3当用户所在B地区各实例均已满负荷或者超负荷时,将按照一定的规则,返回离用户最近地区的仍然存在资源的可继续接入用户的实例地址。只是随机返回同一路由集群下,非本地区的可以接入的实例地址。这边实例3,实例4均已达到了5W的接入用户数,此时,假设A地区实例1,实例2接入用户数未达到5W,可正常提供服务,路由接口将会返回实例1和实例2地址。
3.4当用户所在的地区各个实例均已满负荷或者超负荷时,并且该路由集群内部的各个地区内部的所有实例均已满负荷或者超负荷时,原则上不进行跨路由集群下实例地址的返回,将会提供告警,并且返回无法提供的错误。
实施例三
本实施例对应实施例一和实施例二,提供一种计算机可读存储介质,其上存储有计算机程序,所述程序在被处理器执行时,能够实现如实施例一和实施例二所述的优化路由分配的方法所包含的步骤。具体的步骤内容在此不进行复述,详情请参阅实施例一和实施例二的记载。
综上所述,本发明提供的优化路由分配的方法、存储介质,能够提高用户实际访问效率,提升用户体验;同时,能够做到依据服务器应用的实际使用情况合理分配资源,实现系统的负载均衡,连接更稳定;再进一步地,将对所有服务器应用的状态进行监控,在地区总资源超负载时及时告警,有助于及时调整和解决。另外,本发明还具有易于实现、成本低且效果显著等特点。
以上所述仅为本发明的实施例,并非因此限制本发明的专利范围,凡是利用本发明说明书及附图内容所作的等同变换,或直接或间接运用在相关的技术领域,均同理包括在本发明的专利保护范围内。
Claims (5)
1.优化路由分配的方法,其特征在于,包括:
对各个服务器应用进行地域性划分,得到两个以上的地区集群;
对所述地区集群进行区域性划分,得到两个以上的区域集群,所述区域集群分别与智能路由连接;
监控各个服务器应用的负载情况和实际资源使用情况;
一客户端发起长链接请求至智能路由,智能路由依据所述一客户端所属的区域转发至对应的区域集群;
区域集群依据所述一客户端所属地区集群内各个服务器应用的监控情况,返回一服务器应用的路由地址至所述一客户端。
2.如权利要求1所述的优化路由分配的方法,其特征在于,所述区域集群依据所述一客户端所属地区集群内各个服务器应用的监控情况,返回一服务器应用的路由地址至所述一客户端,包括:
区域集群依据所述一客户端所属地区集群内各个服务器应用的监控情况,判断所述各个服务器应用是否均已满负荷;
若否,则返回任一未满负荷的服务器应用的路由地址至所述一客户端;
若是,则依据就近原则返回所属区域集群下其他地区集群内一未满负荷的服务器应用的路由地址至所述一客户端。
3.如权利要求1所述的优化路由分配的方法,其特征在于,所述依据就近原则返回所属区域集群下其他地区集群内一未满负荷的服务器应用的路由地址至所述一客户端,之后,还包括:
若所述一客户端所属区域集群下的所有地区集群内的各个服务器应用均已满负荷,则进行告警。
4.如权利要求1所述的优化路由分配的方法,其特征在于,所述负载情况包括最大用户接入数;所述实际资源使用情况包括内存、CPU和硬盘的资源占用情况。
5.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,所述程序在被处理器执行时,能够实现如权利要求1-4所述的优化路由分配的方法所包含的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010435309.9A CN111800457A (zh) | 2020-05-21 | 2020-05-21 | 优化路由分配的方法、存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010435309.9A CN111800457A (zh) | 2020-05-21 | 2020-05-21 | 优化路由分配的方法、存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN111800457A true CN111800457A (zh) | 2020-10-20 |
Family
ID=72806559
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010435309.9A Pending CN111800457A (zh) | 2020-05-21 | 2020-05-21 | 优化路由分配的方法、存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111800457A (zh) |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103391299A (zh) * | 2012-05-08 | 2013-11-13 | 深圳市腾讯计算机系统有限公司 | 负载均衡方法和负载均衡系统 |
US20170302730A1 (en) * | 2016-04-18 | 2017-10-19 | Nokia Technologies Oy | Multi-level load balancing |
WO2018166111A1 (zh) * | 2017-03-13 | 2018-09-20 | 平安科技(深圳)有限公司 | 基于集中控制器及dci设备的负载均衡的方法、系统、电子装置及计算机可读存储介质 |
CN111092934A (zh) * | 2019-11-26 | 2020-05-01 | 福建天泉教育科技有限公司 | 更新客户端路由的方法、存储介质 |
-
2020
- 2020-05-21 CN CN202010435309.9A patent/CN111800457A/zh active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103391299A (zh) * | 2012-05-08 | 2013-11-13 | 深圳市腾讯计算机系统有限公司 | 负载均衡方法和负载均衡系统 |
US20170302730A1 (en) * | 2016-04-18 | 2017-10-19 | Nokia Technologies Oy | Multi-level load balancing |
WO2018166111A1 (zh) * | 2017-03-13 | 2018-09-20 | 平安科技(深圳)有限公司 | 基于集中控制器及dci设备的负载均衡的方法、系统、电子装置及计算机可读存储介质 |
CN111092934A (zh) * | 2019-11-26 | 2020-05-01 | 福建天泉教育科技有限公司 | 更新客户端路由的方法、存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11057485B2 (en) | Server cluster and method for push notification service | |
JP5000456B2 (ja) | 資源管理システム、資源管理装置およびその方法 | |
CN107204901B (zh) | 一种提供、接收状态通知的计算机系统 | |
CN108881512B (zh) | Ctdb的虚拟ip均衡分配方法、装置、设备及介质 | |
CN109933431B (zh) | 一种智能的客户端负载均衡方法及系统 | |
WO2004036344A2 (en) | System and method for the optimization of database | |
US20200050479A1 (en) | Blockchain network and task scheduling method therefor | |
CN106713378B (zh) | 实现多个应用服务器提供服务的方法和系统 | |
CN107105013B (zh) | 文件的处理方法、服务器、终端和系统 | |
CN112351083B (zh) | 业务处理方法、网络业务系统 | |
CN112948120A (zh) | 负载均衡方法、系统、装置和存储介质 | |
CN112350952B (zh) | 控制器分配方法、网络业务系统 | |
CN107689878A (zh) | 基于命名调度的tcp长连接负载均衡系统 | |
US11064023B2 (en) | Method for actively sharing available bandwidth to consumer nodes in a peer-to-peer network for delivery of video streams | |
CN113076212A (zh) | 一种集群的管理方法、装置、设备及计算机可读存储介质 | |
CN112416594A (zh) | 一种微服务分配方法、电子设备和计算机存储介质 | |
CN110868323A (zh) | 一种带宽控制方法、装置、设备及介质 | |
CN106790610B (zh) | 一种云系统消息分发方法,装置和系统 | |
EP3672203A1 (en) | Distribution method for distributed data computing, device, server and storage medium | |
CN111930710A (zh) | 一种大数据内容分发的方法 | |
CN115378962B (zh) | 一种基于iSCSI协议的存储集群的高可用性连通方法和系统 | |
CN111800457A (zh) | 优化路由分配的方法、存储介质 | |
CN115277851B (zh) | 业务请求处理方法及系统 | |
CN112698927A (zh) | 双向通信方法、装置、电子设备及机器可读存储介质 | |
CN114945023B (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 |