信息处理方法和装置、电子设备及存储介质与流程

    专利2022-07-07  148


    本申请涉及程序开发技术领域,具体而言,涉及一种信息处理方法和装置、电子设备及存储介质。



    背景技术:

    流量控制是指,限制某一网络的某一连接的流量与突发,使对应报文以比较均匀的速度流动发送,以保证系统的稳定性,如将报文放入缓冲区或队列中,然后,基于一定的策略进行处理。

    经发明人研究发现,在现有技术中,在对用于进行流量控制的程序进行维护时,存在着操作便捷性较低的问题,使得难以进行有效维护。



    技术实现要素:

    有鉴于此,本申请的目的在于提供一种信息处理方法和装置、电子设备及存储介质,以改善现有技术中存在的程序的维护便捷性较低的问题。

    为实现上述目的,本申请实施例采用如下技术方案:

    一种信息处理方法,应用于电子设备,该电子设备基于边车模式部署有应用服务程序和信息处理程序,该信息处理程序被该电子设备执行时实现该信息处理方法,该方法包括:

    对目标端口执行监听操作;

    若基于所述监听操作获得目标请求信息,则确定该目标请求信息对应的流量控制策略,其中,该流量控制策略基于预先针对该目标请求信息对应的目标资源执行配置操作生成;

    基于所述流量控制策略确定是否对所述目标请求信息执行发送操作,其中,该发送操作包括将该目标请求信息发送给所述应用服务程序,以使该应用服务程序基于该目标请求信息对对应的目标资源进行访问。

    在本申请实施例较佳的选择中,在上述信息处理方法中,所述对目标端口执行监听操作的步骤,包括:

    在目标配置文件中读取目标端口信息,其中,该目标配置文件基于所述应用服务程序和所述信息处理程序生成;

    对所述目标端口信息对应的目标端口执行监听操作。

    在本申请实施例较佳的选择中,在上述信息处理方法中,所述确定该目标请求信息对应的流量控制策略的步骤,包括:

    基于所述目标请求信息确定该目标请求信息对应的目标资源;

    在目标配置文件中读取所述目标资源对应的流量控制策略,其中,该目标配置文件基于所述应用服务程序和所述信息处理程序生成。

    在本申请实施例较佳的选择中,在上述信息处理方法中,所述基于所述流量控制策略确定是否对所述目标请求信息执行发送操作的步骤,包括:

    基于所述流量控制策略确定是否将所述目标请求信息发送给所述应用服务程序,并在需要发送该目标请求信息时,确定对应的发送时间信息;

    若需要将所述目标请求信息发送给所述应用服务程序,则基于所述发送时间信息将该目标请求信息发送给该应用服务程序。

    在本申请实施例较佳的选择中,在上述信息处理方法中,基于所述流量控制策略确定是否对所述目标请求信息执行发送操作的步骤,还包括:

    若需要将所述目标请求信息发送给所述应用服务程序,则在将所述目标请求信息发送给所述应用服务程序之后,获得该应用服务程序基于该目标请求对对应的目标资源进行访问的访问结果;

    若不需要将所述目标请求信息发送给所述应用服务程序,则生成用于表示对对应的目标资源进行的访问被拒绝的访问结果;

    将所述访问结果发送给所述目标请求信息对应的请求对。

    在本申请实施例较佳的选择中,在上述信息处理方法中,还包括:

    获得所述目标端口的端口地址信息;

    将所述端口地址信息发送给服务注册程序;

    其中,所述服务注册程序用于存储所述端口地址信息,以在获得其他应用服务程序或服务调用程序的服务查询信息时,将该端口地址信息发送给该其他应用服务程序或该服务调用程序,所述其他应用服务程序或所述服务调用程序用于基于所述端口地址信息,向所述目标端口发送目标请求信息,以请求所述应用服务程序对目标资源进行访问。

    本申请实施例还提供了一种信息处理装置,应用于电子设备,该电子设备部署有应用服务程序,且该应用服务程序与该信息处理装置之间基于边车模式部署,该信息处理装置包括:

    监听操作执行模块,用于对目标端口执行监听操作;

    控制策略确定模块,用于在基于所述监听操作获得目标请求信息时,确定该目标请求信息对应的流量控制策略,其中,该流量控制策略基于预先针对该目标请求信息对应的目标资源执行配置操作生成;

    操作执行确定模块,用于基于所述流量控制策略确定是否对所述目标请求信息执行发送操作,其中,该发送操作包括将该目标请求信息发送给所述应用服务程序,以使该应用服务程序基于该目标请求信息对对应的目标资源进行访问。

    在本申请实施例较佳的选择中,在上述信息处理装置中,还包括:

    地址信息获得模块,用于获得所述目标端口的端口地址信息;

    地址信息发送模块,用于将所述端口地址信息发送给服务注册程序;

    其中,所述服务注册程序用于存储所述端口地址信息,以在获得其他应用服务程序或服务调用程序的服务查询信息时,将该端口地址信息发送给该其他应用服务程序或该服务调用程序,所述其他应用服务程序或所述服务调用程序用于基于所述端口地址信息,向所述目标端口发送目标请求信息,用于请求所述应用服务程序对目标资源进行访问。

    在上述基础上,本申请实施例还提供了一种电子设备,包括:

    存储器,用于存储计算机程序;

    与所述存储器连接的处理器,用于执行该存储器存储的计算机程序,以实现上述的信息处理方法。

    在上述基础上,本申请实施例还提供了一种计算机可读存储介质,存储有计算机程序,该计算机程序被执行时,实现上述的信息处理方法。

    本申请提供的信息处理方法和装置、电子设备及存储介质,通过基于边车模式部署于应用服务程序和信息处理程序,使得信息处理程序可以基于流量控制策略对发送给应用服务程序的请求信息进行控制,以保证应用服务程序的稳定运行。如此,由于应用服务程序与信息处理程序之间基于边车模式部署,因而,使得信息处理程序的维护,如更新升级等,可以独立于应用服务程序,从而使得对信息处理程序的维护具有更高的操作便捷性,进而改善现有技术中存在的程序的维护便捷性较低的问题。

    为使本申请的上述目的、特征和优点能更明显易懂,下文特举较佳实施例,并配合所附附图,作详细说明如下。

    附图说明

    图1为本申请实施例提供的电子设备的结构框图。

    图2为本申请实施例提供的信息处理方法的流程示意图。

    图3为图2中步骤s110包括的子步骤的流程示意图。

    图4为图2中步骤s120包括的子步骤的流程示意图。

    图5为图2中步骤s130包括的子步骤的流程示意图。

    图6为图2中步骤s130包括的其它子步骤的流程示意图。

    图7为本申请实施例提供的在图2所示信息处理方法的基础上该信息处理方法包括的其它步骤的流程示意图。

    图8为本申请实施例提供的信息处理方法的一种应用场景的示意图。

    图9为本申请实施例提供的信息处理装置的方框示意图。

    图标:10-电子设备;12-存储器;14-处理器;100-信息处理装置;110-监听操作执行模块;120-控制策略确定模块;130-操作执行确定模块。

    具体实施方式

    为使本申请实施例的目的、技术方案和优点更加清楚,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例只是本申请的一部分实施例,而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。

    因此,以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围,而是仅仅表示本申请的选定实施例。基于本申请中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。

    如图1所示,本申请实施例提供了一种电子设备10,可以包括存储器12、处理器14和信息处理装置100。

    其中,所述存储器12和处理器14之间直接或间接地电性连接,以实现数据的传输或交互。例如,相互之间可通过一条或多条通讯总线或信号线实现电性连接。所述信息处理装置100包括至少一个可以软件或固件(firmware)的形式存储于所述存储器12中的软件功能模块。所述处理器14用于执行所述存储器12中存储的可执行的计算机程序,例如,应用服务程序和所述信息处理装置100所包括的软件功能模块及计算机程序等,以实现本申请实施例提供的信息处理方法。

    可选地,所述存储器12可以是,但不限于,随机存取存储器(randomaccessmemory,ram),只读存储器(readonlymemory,rom),可编程只读存储器(programmableread-onlymemory,prom),可擦除只读存储器(erasableprogrammableread-onlymemory,eprom),电可擦除只读存储器(electricerasableprogrammableread-onlymemory,eeprom)等。

    并且,所述处理器14可以是一种通用处理器,包括中央处理器(centralprocessingunit,cpu)、图形处理器(graphicsprocessingunit,gpu)等。

    可以理解,图1所示的结构仅为示意,所述电子设备10还可包括比图1中所示更多或者更少的组件,或者具有与图1所示不同的配置。例如,所述电子设备10还可以包括用于与其它设备进行信息交互的通信单元。

    其中,在一种可以替代的示例中,所述电子设备10可以是一种具有数据处理能力的服务器。

    结合图2,本申请实施例还提供一种信息处理方法,可应用于上述电子设备10。其中,该电子设备10基于边车模式部署有应用服务程序(如web应用程序,其中,在一种可以替代的示例中,该web应用程序可以与信息处理程序通过同一虚拟机或容器部署,且该电子设备10上可以部署一个或多个的虚拟机或容器,或者可以通过多个电子设备10形成web应用程序的分布式部署,以协同提供服务)和信息处理程序,该信息处理程序被该电子设备10执行时实现该信息处理方法。

    也就是说,所述信息处理方法有关的流程所定义的方法步骤,可以由所述电子设备10实现。下面将对图2所示的具体流程,进行详细阐述。

    步骤s110,对目标端口执行监听操作。

    在本实施例中,所述电子设备10可以对目标端口执行监听操作,以确定是否获得目标请求信息。其中,该目标请求信息用于请求所述应用服务程序对目标资源进行访问。

    步骤s120,若基于所述监听操作获得目标请求信息,则确定该目标请求信息对应的流量控制策略。

    在本实施例中,在基于步骤s110对所述目标端口执行监听操作之后,若基于该监听操作获得目标请求信息,所述电子设备10可以确定该目标请求信息对应的流量控制策略。

    其中,所述流量控制策略可以基于预先目标资源执行配置操作生成,该目标资源为所述目标请求信息对应(需要访问)的资源。

    步骤s130,基于所述流量控制策略确定是否对所述目标请求信息执行发送操作。

    在本实施例中,在基于步骤s120确定所述流量控制策略之后,所述电子设备10可以基于该流量控制策略,确定是否对所述目标请求信息执行发送操作。其中,该发送操作包括将该目标请求信息发送给所述应用服务程序,以使该应用服务程序基于该目标请求信息对对应的目标资源进行访问。

    也就是说,确定是否将所述目标请求信息发送给所述应用服务程序。

    基于上述方法,在实现对所述应用服务程序进行请求流量控制的基础上,由于应用服务程序与信息处理程序之间基于边车模式部署,因而,使得信息处理程序的维护,如更新升级等,可以独立于应用服务程序,从而使得对信息处理程序的维护具有更高的操作便捷性,进而改善现有技术中存在的程序的维护便捷性较低的问题。

    第一方面,对于步骤s110需要说明的是,对所述目标端口执行监听操作的方式不受限制,可以根据实际应用需求进行选择。

    例如,在一种可以替代的示例中,可以直接对所述信息处理程序的所有程序端口执行监听操作,使得可以实现对目标端口的监听。

    又例如,在另一种可以替代的示例中,为了避免资源浪费的问题,结合图3,步骤s110可以包括步骤s111和步骤s112,具体内容如下所述。

    步骤s111,在目标配置文件中读取目标端口信息。

    在本实施例中,在需要对目标端口执行监听操作时,例如,在所述信息处理程序启动后,可以对目标配置文件进行读取操作,如此,可以在该目标配置文件中读取到目标端口信息。

    其中,所述目标配置文件基于所述应用服务程序和所述信息处理程序生成。也就是说,在部署所述应用服务程序和所述信息处理程序,或者至少在生成所述应用服务程序和所述信息处理程序之后,可以确定需要监听的目标端口,如此,可以得到对应的目标端口信息。

    步骤s112,对所述目标端口信息对应的目标端口执行监听操作。

    在本实施例中,在基于步骤s111读取到所述目标端口信息之后,可以对该目标端口信息对应的目标端口执行监听操作。

    也就是说,可以基于所述目标端口信息确定所述目标端口,然后,再对该目标端口执行监听操作。

    第二方面,对于步骤s120需要说明的是,确定所述流量控制策略的具体方式不受限制,可以根据实际应用需求进行选择。

    例如,在一种可以替代的示例中,若对所有的目标资源进行访问的控制需求都相同,可以仅保存一种流量控制策略,如此,可以直接将该流量控制策略确定为所述目标请求信息对应的流量控制策略。

    又例如,在另一种可以替代的示例中,考虑到不同的资源(如视频资源、文档资源等)一般具有不同的访问控制需求,因此,为了能够对目标资源的访问进行可靠、有效的控制,结合图4,步骤s120可以包括步骤s121和步骤s122,具体内容如下所述。

    步骤s121,基于目标请求信息确定该目标请求信息对应的目标资源。

    在本实施例中,在基于步骤s110对所述目标端口执行监听操作之后,若基于该监听操作获得目标请求信息,可以基于该目标请求信息,确定该目标请求信息对应的目标资源(即该目标请求信息请求访问的资源)。

    步骤s122,在目标配置文件中读取所述目标资源对应的流量控制策略。

    在本实施例中,在基于步骤s121确定所述目标资源之后,可以对目标配置文件执行读取操作,如此,可以在该目标配置文件中读取到该目标资源对应的流量控制策略,如最大qps(querypersecond,每秒请求量)。

    其中,所述目标配置文件基于所述应用服务程序和所述信息处理程序生成(如前文所述,在此不再一一赘述)。

    可以理解的是,在上述示例中,所述目标配置文件可以包括所述目标端口信息和所述流量控制策略,并且,在此基础上,基于不同的需求,还可以包括其他信息,如所述电子设备10的最大负载信息、该电子设备10的负载、中央处理器、内存的最大利用率、所述应用服务程序的端口信息,以及进行注册时注册对象的地址信息、注册之后注册对象对所述应用服务程序进行健康检测的地址信息(url,统一资源定位器)。

    第三方面,对于步骤s130需要说明的是,确定是否执行所述发生操作的具体方式不受限制,可以根据实际应用需求进行选择。

    例如,在一种可以替代的示例中,可以直接确定是否需要将所述目标请求信息发送给所述应用服务程序。也就是说,若符合所述流量控制策略,可以将该目标请求信息直接发送给所述应用服务程序;若不符合所述流量控制策略,可以不将该目标请求信息发送给所述应用服务程序,如直接丢弃该目标请求信息,即拒绝提供服务。

    又例如,在另一种可以替代的示例中,为了保证流量控制的可靠性,结合图5,步骤s130可以包括步骤s131和步骤s132,具体内容如下所述。

    步骤s131,基于所述流量控制策略确定是否将所述目标请求信息发送给所述应用服务程序,并在需要发送该目标请求信息时,确定对应的发送时间信息。

    在本实施例中,在基于步骤s120确定所述流量控制策略之后,可以基于该流量控制策略(如目标资源当前的每秒请求量是否大于最大每秒请求量,若当前的每秒请求量大于该最大每秒请求量,可以确定不将所述目标请求信息发送给所述应用服务程序)确定是否将所述目标请求信息发送给所述应用服务程序。并且,在确定需要将该目标请求信息发生给该应用服务程序时,可以先确定对应的发送时间信息。

    步骤s132,基于所述发送时间信息将该目标请求信息发送给该应用服务程序。

    在本实施例中,在基于步骤s131确定需要发送所述目标请求信息和所述发送时间信息之后,可以基于该发送时间信息(其中,该发送时间信息可以为0,表示立即将该目标请求信息发送给所述应用服务程序)将该目标请求信息发送给所述应用服务程序。

    也就是说,可以在经过所述发送时间信息之后,将所述目标请求信息发送给所述应用服务程序,如此,可以缓解所述目标资源被访问的频率。

    在上述示例的基础上,考虑到基于所述目标请求信息进行访问请求可以得到对应的访问结果,且基于一定的需求,还可以将该访问结果发送给请求对象。基于此,结合图6,步骤s130还可以包括步骤s133、步骤s134和步骤s135,具体内容如下所述。

    步骤s133,获得所述应用服务程序基于所述目标请求对对应的目标资源进行访问的访问结果。

    在本实施例中,若基于步骤s131确定需要将所述目标请求信息发送给所述应用服务程序,则在在执行步骤s132以将所述目标请求信息发送给所述应用服务程序之后,该应用服务程序可以基于该目标请求信息对对应的目标资源进行访问,如此,可以形成对应的访问结果(如请求返回的资源等),因而,可以获得该访问结果。

    步骤s134,生成用于表示对对应的目标资源进行的访问被拒绝的访问结果。

    在本实施例中,若基于步骤s131确定不需要将所述目标请求信息发送给所述应用服务程序,也可以生成对应的访问结果。该访问结果用于表示对对应的目标资源进行的访问被拒绝。

    步骤s135,将所述访问结果发送给所述目标请求信息对应的请求对象。

    在本实施例中,在基于步骤s133或基于步骤s134得到所述访问结果之后,可以将得到的该访问结果发送给所述目标请求信息对应的请求对象(如此,该请求对象可以获得请求的资源或获知访问被拒绝等)。

    在上述示例的基础上,考虑到请求对象在需要请求所述应用服务程序对目标资源进行访问时,需要通过所述信息处理程序的目标端口发送所述目标请求信息,因而,该请求对象需要得到该目标端口的地址。基于此,为了便于请求对象可以获得该地址,结合图7,所述信息处理方法还可以包括步骤s140和步骤s150,具体内容如下所述。

    步骤s140,获得所述目标端口的端口地址信息。

    在本实施例中,所述电子设备10可以获得所述目标端口的端口地址信息。

    步骤s150,将所述端口地址信息发送给服务注册程序。

    在本实施例中,在基于步骤s140获得所述端口地址信息之后,所述电子设备10可以将该端口地址信息发送给服务注册程序。

    其中,所述服务注册程序用于存储所述端口地址信息,以在获得其他应用服务程序或服务调用程序(可以是指上述的请求对象)的服务查询信息时,将该端口地址信息发送给该其他应用服务程序或该服务调用程序,所述其他应用服务程序或所述服务调用程序用于基于所述端口地址信息,向所述目标端口发送目标请求信息(其中,该其他应用服务程序的请求可以称为内部请求,该服务调用程序的请求可以称为外部请求,如此,既可以是实现应用服务程序之间的相互请求,也可以是实现外部程序对应用服务程序的请求),以请求所述应用服务程序对目标资源进行访问。

    可以理解的是,在基于步骤s150将所述端口信息发送给所述服务注册程序时,考虑到在一些示例中,所述应用服务程序可能较多,如此,为了便于管理,可以在执行步骤s150时,一并将所述应用服务程序的应用标识信息发送给所述服务注册程序。

    基于此,所述请求对象在需要通过所述应用服务程序对目标资源进行访问时,可以先对所述服务注册程序进行查询,以得到各应用服务程序的应用标识信息,然后,可以从中选择一个应用服务程序(如基于负载均衡,可以选择当前负载最小的一个),然后,基于该应用服务程序的应用标识信息确定对应的信息处理程序的目标端口的端口地址信息,再基于该端口地址信息向该目标端口发送目标请求信息。

    在上述示例的基础上,本申请实施例还提供上述信息处理方法的一种具体的应用场景。结合图8,在该应用场景中,可以包括应用服务器1、应用服务器2、应用服务器3、注册中心服务器和负载均衡服务器。

    其中,应用服务器1、应用服务器2和应用服务器3,分别部署有虚拟机1、虚拟机2和虚拟机3,且该虚拟机1中包括web应用程序1和信息处理程序1,该虚拟机2中包括web应用程序2和信息处理程序2,该虚拟机3中包括web应用程序3和信息处理程序3。

    如此,信息处理程序1可以将信息处理程序1的端口地址信息和web应用程序1的应用标识信息,发送给所述注册中心服务器,以使该注册中心服务器基于部署的服务注册程序完成注册处理,从而保存该端口地址信息和应用标识信息。信息处理程序2可以将信息处理程序2的端口地址信息和web应用程序2的应用标识信息,发送给所述注册中心服务器,以使该注册中心服务器基于部署的服务注册程序完成注册处理,从而保存该端口地址信息和应用标识信息。信息处理程序3可以将信息处理程序3的端口地址信息和web应用程序3的应用标识信息,发送给所述注册中心服务器,以使该注册中心服务器基于部署的服务注册程序完成注册处理,从而保存该端口地址信息和应用标识信息。基于此,注册中心服务器存储有信息处理程序1的端口地址信息和web应用程序1的应用标识信息、信息处理程序2的端口地址信息和web应用程序2的应用标识信息、信息处理程序3的端口地址信息和web应用程序3的应用标识信息。

    之后,若web应用程序1需要访问其他应用服务器上的资源时,可以先从注册中心服务器上获取到全部的应用标识信息,然后,可以选择一个最小负载的应用服务器,从而确定对应的web应用程序的应用标识信息,如web应用程序2的应用标识信息。如此,可以再获取到web应用程序2对应的信息处理程序2的端口地址信息,从而将请求信息发送给信息处理程序2的目标端口。

    若外部设备需要访问应用服务器上的资源时,请求信息可以先发送给所述负载均衡服务器,该负载均衡器可以先从注册中心服务器上获取到全部的应用标识信息,然后,可以选择一个最小负载的应用服务器,从而确定对应的web应用程序的应用标识信息,如web应用程序3的应用标识信息。如此,可以再获取到web应用程序3对应的信息处理程序3的端口地址信息,从而将请求信息发送给信息处理程序3的目标端口。

    结合图9,本申请实施例还提供一种信息处理装置100,可应用于上述电子设备10。其中,该电子设备10部署有应用服务程序,且该应用服务程序与该信息处理装置100之间基于边车模式部署,该信息处理装置100包括监听操作执行模块110、控制策略确定模块120和操作执行确定模块130。

    所述监听操作执行模块110,用于对目标端口执行监听操作。在本实施例中,所述监听操作执行模块110可用于执行图2所示的步骤s110,关于所述监听操作执行模块110的相关内容可以参照前文对步骤s110的描述。

    所述控制策略确定模块120,用于在基于所述监听操作获得目标请求信息时,确定目标请求信息对应的流量控制策略,其中,该流量控制策略基于预先针对该目标请求信息对应的目标资源执行配置操作生成。在本实施例中,所述控制策略确定模块120可用于执行图2所示的步骤s120,关于所述控制策略确定模块120的相关内容可以参照前文对步骤s120的描述。

    所述操作执行确定模块130,用于基于所述流量控制策略确定是否对所述目标请求信息执行发送操作,其中,该发送操作包括将该目标请求信息发送给所述应用服务程序,以使该应用服务程序基于该目标请求信息对对应的目标资源进行访问。在本实施例中,所述操作执行确定模块130,可用于执行图2所示的步骤s130,关于所述操作执行确定模块130,的相关内容可以参照前文对步骤s130的描述。

    在上述示例的基础上,基于不同的需求,所述信息处理装置还可以包括不同的其它模块,以实现不同的功能。

    例如,在一种可以替代的示例中,所述信息处理装置100还可以包括地址信息获得模块和地址信息发送模块。

    详细地,所述地址信息获得模块,用于获得所述目标端口的端口地址信息。所述地址信息发送模块,用于将所述端口地址信息发送给服务注册程序。其中,所述服务注册程序用于存储所述端口地址信息,以在获得其他应用服务程序或服务调用程序的服务查询信息时,将该端口地址信息发送给该其他应用服务程序或该服务调用程序,所述其他应用服务程序或所述服务调用程序用于基于所述端口地址信息,向所述目标端口发送目标请求信息,用于请求所述应用服务程序对目标资源进行访问。

    在本申请实施例中,对应于上述的信息处理方法,还提供了一种计算机可读存储介质,该计算机可读存储介质中存储有计算机程序,该计算机程序运行时执行上述信息处理方法的各个步骤。

    其中,前述计算机程序运行时执行的各步骤,在此不再一一赘述,可参考前文对所述信息处理方法的解释说明。

    综上所述,本申请提供的信息处理方法和装置、电子设备及存储介质,通过基于边车模式部署于应用服务程序和信息处理程序,使得信息处理程序可以基于流量控制策略对发送给应用服务程序的请求信息进行控制,以保证应用服务程序的稳定运行。如此,由于应用服务程序与信息处理程序之间基于边车模式部署,因而,使得信息处理程序的维护,如更新升级等,可以独立于应用服务程序,从而使得对信息处理程序的维护具有更高的操作便捷性,进而改善现有技术中存在的程序的维护便捷性较低的问题。

    在本申请实施例所提供的几个实施例中,应该理解到,所揭露的装置和方法,也可以通过其它的方式实现。以上所描述的装置和方法实施例仅仅是示意性的,例如,附图中的流程图和框图显示了根据本申请的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分,所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现方式中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个连续的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合,可以用执行规定的功能或动作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。

    另外,在本申请各个实施例中的各功能模块可以集成在一起形成一个独立的部分,也可以是各个模块单独存在,也可以两个或两个以上模块集成形成一个独立的部分。

    所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,电子设备,或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:u盘、移动硬盘、只读存储器(rom,read-onlymemory)、随机存取存储器(ram,randomaccessmemory)、磁碟或者光盘等各种可以存储程序代码的介质。需要说明的是,在本文中,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

    以上所述仅为本申请的优选实施例而已,并不用于限制本申请,对于本领域的技术人员来说,本申请可以有各种更改和变化。凡在本申请的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本申请的保护范围之内。


    技术特征:

    1.一种信息处理方法,其特征在于,应用于电子设备,该电子设备基于边车模式部署有应用服务程序和信息处理程序,该信息处理程序被该电子设备执行时实现该信息处理方法,该方法包括:

    对目标端口执行监听操作;

    若基于所述监听操作获得目标请求信息,则确定该目标请求信息对应的流量控制策略,其中,该流量控制策略基于预先针对该目标请求信息对应的目标资源执行配置操作生成;

    基于所述流量控制策略确定是否对所述目标请求信息执行发送操作,其中,该发送操作包括将该目标请求信息发送给所述应用服务程序,以使该应用服务程序基于该目标请求信息对对应的目标资源进行访问。

    2.根据权利要求1所述的信息处理方法,其特征在于,所述对目标端口执行监听操作的步骤,包括:

    在目标配置文件中读取目标端口信息,其中,该目标配置文件基于所述应用服务程序和所述信息处理程序生成;

    对所述目标端口信息对应的目标端口执行监听操作。

    3.根据权利要求1所述的信息处理方法,其特征在于,所述确定该目标请求信息对应的流量控制策略的步骤,包括:

    基于所述目标请求信息确定该目标请求信息对应的目标资源;

    在目标配置文件中读取所述目标资源对应的流量控制策略,其中,该目标配置文件基于所述应用服务程序和所述信息处理程序生成。

    4.根据权利要求1所述的信息处理方法,其特征在于,所述基于所述流量控制策略确定是否对所述目标请求信息执行发送操作的步骤,包括:

    基于所述流量控制策略确定是否将所述目标请求信息发送给所述应用服务程序,并在需要发送该目标请求信息时,确定对应的发送时间信息;

    若需要将所述目标请求信息发送给所述应用服务程序,则基于所述发送时间信息将该目标请求信息发送给该应用服务程序。

    5.根据权利要求4所述的信息处理方法,其特征在于,所述基于所述流量控制策略确定是否对所述目标请求信息执行发送操作的步骤,还包括:

    若需要将所述目标请求信息发送给所述应用服务程序,则在将所述目标请求信息发送给所述应用服务程序之后,获得该应用服务程序基于该目标请求对对应的目标资源进行访问的访问结果;

    若不需要将所述目标请求信息发送给所述应用服务程序,则生成用于表示对对应的目标资源进行的访问被拒绝的访问结果;

    将所述访问结果发送给所述目标请求信息对应的请求对象。

    6.根据权利要求1-5任意一项所述的信息处理方法,其特征在于,该方法还包括:

    获得所述目标端口的端口地址信息;

    将所述端口地址信息发送给服务注册程序;

    其中,所述服务注册程序用于存储所述端口地址信息,以在获得其他应用服务程序或服务调用程序的服务查询信息时,将该端口地址信息发送给该其他应用服务程序或该服务调用程序,所述其他应用服务程序或所述服务调用程序用于基于所述端口地址信息,向所述目标端口发送目标请求信息,以请求所述应用服务程序对目标资源进行访问。

    7.一种信息处理装置,其特征在于,应用于电子设备,该电子设备部署有应用服务程序,且该应用服务程序与该信息处理装置之间基于边车模式部署,该信息处理装置包括:

    监听操作执行模块,用于对目标端口执行监听操作;

    控制策略确定模块,用于在基于所述监听操作获得目标请求信息时,确定该目标请求信息对应的流量控制策略,其中,该流量控制策略基于预先针对该目标请求信息对应的目标资源执行配置操作生成;

    操作执行确定模块,用于基于所述流量控制策略确定是否对所述目标请求信息执行发送操作,其中,该发送操作包括将该目标请求信息发送给所述应用服务程序,以使该应用服务程序基于该目标请求信息对对应的目标资源进行访问。

    8.根据权利要求7所述的信息处理装置,其特征在于,该装置还包括:

    地址信息获得模块,用于获得所述目标端口的端口地址信息;

    地址信息发送模块,用于将所述端口地址信息发送给服务注册程序;

    其中,所述服务注册程序用于存储所述端口地址信息,以在获得其他应用服务程序或服务调用程序的服务查询信息时,将该端口地址信息发送给该其他应用服务程序或该服务调用程序,所述其他应用服务程序或所述服务调用程序用于基于所述端口地址信息,向所述目标端口发送目标请求信息,用于请求所述应用服务程序对目标资源进行访问。

    9.一种电子设备,其特征在于,包括:

    存储器,用于存储计算机程序;

    与所述存储器连接的处理器,用于执行该存储器存储的计算机程序,以实现权利要求1-6任意一项所述的信息处理方法。

    10.一种计算机可读存储介质,存储有计算机程序,其特征在于,该计算机程序被执行时,实现权利要求1-6任意一项所述的信息处理方法。

    技术总结
    本申请提供的信息处理方法和装置、电子设备及存储介质,涉及程序开发技术领域。其中,电子设备基于边车模式部署有应用服务程序和信息处理程序,信息处理程序被电子设备执行时实现信息处理方法,方法包括:对目标端口执行监听操作;若基于监听操作获得目标请求信息,则确定目标请求信息对应的流量控制策略;基于流量控制策略确定是否对目标请求信息执行发送操作,其中,发送操作包括将目标请求信息发送给应用服务程序,以使应用服务程序基于目标请求信息对对应的目标资源进行访问。基于上述方法,可以改善现有技术中存在的程序的维护便捷性较低的问题。

    技术研发人员:周伟
    受保护的技术使用者:成都颜创启新信息技术有限公司
    技术研发日:2020.12.01
    技术公布日:2021.03.12

    转载请注明原文地址:https://wp.8miu.com/read-7364.html

    最新回复(0)