一种跨地区业务处理的方法和装置与流程

文档序号:12278479阅读:255来源:国知局
一种跨地区业务处理的方法和装置与流程

本发明涉及网络应用技术领域,尤其涉及一种跨地区业务处理的方法和装置。



背景技术:

随着经济全球化的发展,出现了越来越多的跨地区公司。比如,某公司总部设在北京,在深圳、上海以及成都等地设置分部,或者,在纽约、伦敦等地设置分部。这些跨地区公司通常会建立公司内部网络,并通过设置光纤专线,将各个地区的局域网进行连接,以使各个地区的工作人员都可以通过光纤专线在内部网络中进行内部资源访问。

然而,由于光纤专线的带宽是有限的,当公司内部提供一些业务服务时,比如提供下载服务时,若当前各地分公司的员工同时使用该下载服务,则会占用过多的光纤专线带宽,影响其他业务,可能会影响员工的工作效率。通常,为了防止上述情况发生,在提供下载服务时,会对下载速度进行限制,这样虽然会减小对光纤专线带宽的占用,但是会导致下载速度过慢,下载时间过长,同样可能会影响员工的工作效率。



技术实现要素:

有鉴于此,本发明实施例提供一种跨地区业务处理的方法和装置,以优化现有内部网络业务处理的方案,以解决光纤专线带宽和业务处理速度不能同时兼顾的技术问题。

第一方面,本发明实施例提供了一种跨地区业务处理的方法,包括:

获取用户业务请求中的源网际协议IP地址;

查找到与所述源IP地址对应的IP地址段,确认所述IP地址段对应的边缘服务器;

将所述用户业务请求发送至所述边缘服务器,以使所述边缘服务器响应所述用户业务请求。

第二方面,本发明实施例还提供了一种跨地区业务处理的装置,包括:

获取模块,用于获取用户业务请求中的源网际协议IP地址;

确认模块,用于查找到与所述源IP地址对应的IP地址段,确认所述IP地址段对应的边缘服务器;

发送模块,用于将所述用户业务请求发送至所述边缘服务器,以使所述边缘服务器响应所述用户业务请求。

本发明实施例提供的跨地区业务处理的方法和装置,通过用户业务请求中的源IP地址,确定与该源IP地址对应的IP地址段,将用户业务请求发送至与IP地址段对应的边缘服务器,以使边缘服务器响应该用户业务请求,可以达到通信网络的负载均衡,尤其针对跨地区的专线网络,通过设置边缘服务器可以减少对专线网络资源的占用,加快响应速度,同时不影响专线网络其他用户的使用,提升了用户的使用体验。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述,本发明的其它特征、目的和优点将会变得更明显:

图1为本发明实施例一提供的一种跨地区业务处理的方法的流程图;

图2为本发明实施例二提供的一种跨地区业务处理的方法的流程图;

图3为本发明实施例二提供的一种业务响应内容发送的方法的流程图;

图4为本发明实施例二提供的一种边缘服务器确定的方法的流程图;

图5为本发明实施例三提供的一种跨地区业务处理的装置的结构示意图。

具体实施方式

下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是,此处所描述的具体实施例仅仅用于解释本发明,而非对本发明的限定。另外还需要说明的是,为了便于描述,附图中仅示出了与本发明相关的部分而非全部内容。

实施例一

图1为本发明实施例一提供的一种跨地区业务处理的方法的流程图。本实施例提供的方法适用于跨地区公司专线网络。本实施例提供的方法可以由跨地区业务处理的装置执行,该装置可以通过软件和/或硬件的方式实现,并集成在主服务器中。参考图1,本实施例提供的方法具体包括:

S110、获取用户业务请求中的源网际协议IP地址。

其中,用户业务请求中可以包括业务请求类型、业务请求内容以及用户端源IP地址等内容。

在本实施例中,可以通过Nginx部署主服务器,其中,主服务器为专线网络中的核心服务器。其中,在部署主服务器时,绑定该专线网络的内部域名,以使内部用户通过内部域名访问该主服务器。

具体的,主服务器在获取到用户业务请求时,解析该业务请求,并获取其中的源IP地址。

S120、查找到与源IP地址对应的IP地址段,确认IP地址段对应的边缘服务器。

具体的,根据各地域范围的IP地址数量以及边缘服务器的规格部署对应的边缘服务器,且每个边缘服务器对应不同的IP地址段。其中,具体的部署方案可以根据实际情况进行设定。

比如,当前应用场景中,某几个相邻地域范围的IP地址数量相对较小,此时可以将这几个相邻地域范围公用同一台边缘服务器。此时,该边缘服务器对应的IP地址段可以为100.4.5.1-100.4.5.255以及100.4.6.1-100.4.6.255。

又如,当前应用场景中,某个地域范围为一座办公楼共用一台边缘服务器,且该办公楼的IP段相同,即IP地址的前三段相同,则该边缘服器对应的IP地址段可以为100.4.80.1-100.4.80.255。

再如,当前应用场景中,当某一地域范围的IP地址过多时,若仅设置一台边缘服务器,不能快速的响应该地域范围的全部用户的业务请求,则可以在设置多台边缘服务器。此时,可以记录多台边缘服务器对应的IP地址段,例如,同一地域范围设置两台边缘服务器,且两台边缘服务器对应的IP地址段分别是:111.160.96.1-111.160.96.110、111.160.96.111-111.160.96.255。

无论上述哪一类应用场景,都可以在获取源IP地址后,先查找与源IP地址的前三段对应的IP地址段,可以将IP地址的前三段称为IP段,即在获取源IP地址后,仅查找对应的IP段,并确定该IP段对应的IP地址段。若IP段对应至少两个IP地址段时,此时只需确认源IP地址的第四段所属的范围,进而确定源IP地址对应的IP地址段。

典型的,每个地域范围通常设置有至少一个单独的交换机,因此,我们可以将其中的至少一个交换机作为边缘服务器,即执行边缘服务器的功能,以节省单独部署边缘服务器需要的资源。

S130、将用户业务请求发送至边缘服务器,以使边缘服务器响应用户业务请求。

具体的,主服务器将用户业务请求发送至边缘服务器。边缘服务器在接收到该用户业务请求时,响应该用户业务请求。主服务器可以预先记录各边缘服务器的域名,通过域名访问对应的边缘服务器,以向边缘服务器发送用户业务请求。

可选的,边缘服务器与主服务器同步时,主服务器可以将边缘服务器处理的业务内容发送至边缘服务器,以使边缘服务器在接收到对应的用户业务请求时,可以直接响应该用户业务请求。

例如,某跨地区公司在主服务器上共享下载应用,当主服务器与各边缘服务器同步时,将该下载应用对应的下载目录发送至各边缘服务器中,其中,下载目标中可以包括下载名称、下载内容以及下载速率等。当主服务器在接收到某用户下载请求时,获取该用户下载请求的源IP地址为116.114.96.15,查到与该源IP地址对应的IP地址段为116.114.96.1-116.114.96.255,确定该IP地址段的边缘服务器,并将用户下载请求发送至该边缘服务器,以使边缘服务器执行用户的下载请求。

本发明实施例一提供的一种跨地区业务处理的方法,通过用户业务请求中的源IP地址,确定与该源IP地址对应的IP地址段,进而确定对应的边缘服务器,将用户业务请求发送至该边缘服务器,以使边缘服务器响应该用户业务请求,可以达到通信网络的负载均衡,尤其针对跨地区的专线网络,通过设置边缘服务器可以减少对专线网络资源的占用,加快响应速度,同时不影响专线网络其他用户的使用,提升了用户的使用体验。

实施例二

图2为本发明实施例二提供的一种跨地区业务处理的方法的流程图。本实施例是在上述实施例的基础上进行优化。参考图2,本实施例提供的方法具体包括:

S210、获取用户业务请求中的源IP地址。

S220、查找到与源IP地址对应的IP地址段,确认IP地址段对应的边缘服务器。

S230、判断与IP地址段对应的边缘服务器是否异常。若边缘服务器异常,则执行S240。若边缘服务器不异常,则执行S270。

具体的,确定IP地址段对应的边缘服务器是否存在异常,可以是向边缘服务器发送探测信号,若在设定的时间内,没有接收到边缘服务器反馈的响应信号,则确认该边缘服务器异常。其中,主服务器可以设定时间向边缘服务器发送探测信号,例如,每天早上2点,或者每隔4个小时向边缘服务器发送探测信号。主服务器还可以在确认向边缘服务器发送用户业务请求前,向边缘服务器发送探测信。

S240、确认是否存在备用边缘服务器。若存在备用边缘服务器,则执行S250。若不存在备用边缘服务器,则执行S260。

示例性的,主服务器在部署边缘服务器时,可以部署边缘服务器的备用边缘服务器,主服务器与边缘服务器在进行数据通信时,若主服务器检测到边缘服务器不能响应对应的指令(如主服务器向边缘服务器发送用户业务请求后,检测到边缘服务器无法对用户业务请求进行响应,即无法正确解析用户业务请求数据),则确认边缘服务器异常,并启用备用边缘服务器承担边缘服务器的功能。可选的,在启用备用边缘服务器时,主服务器可以先向备用边缘服务器发送请求信号,以通知备用边缘服务器承担边缘服务器的功能,并在收到备用边缘服务器发送的响应信号后,开始与备用边缘服务器进行数据通信。

其中,主服务器在向边缘服务器发送业务响应内容时,可以一同向该边缘服务器的备用边缘服务器发送业务响应内容。也可以是,边缘服务器在接收到业务响应内容时,将该业务响应内容复制后发送给备用边缘服务器。

可选的,在部署备用边缘服务器时,可以在部署边缘服务器的同一地区部署备用边缘服务器。其中,可以将该地区的另一台非承载边缘服务器功能的交换机作为备用边缘服务器。在部署备用边缘服务器时,还可以部署在该边缘服务器相邻的地区,即可以将相邻地区的交换机作为备用边缘服务器。

进一步的,在确认边缘服务器异常后,主服务器可以向维护人员发出预警警告,该预警警告中包括异常边缘服务器的IP地址、内部域名以及无法响应的指令信息等内容,以便维护人员根据该预警警告进行相应的修复处理。

S250、将用户业务请求发送至备用边缘服务器,以使备用边缘服务器响应用户业务请求。

具体的,主服务器将用户业务请求发送至备用边缘服务器。备用边缘服务器在接收到用户业务请求时,响应该用户业务请求。

可选的,主服务器在确认边缘服务器异常时,可以向备用边缘服务器发送通知信号,以告知备用边缘服务器对应的边缘服务器发生异常。

S260、开启请求限制处理,并响应用户业务请求。

其中,当边缘服务器存在异常,且没有备份边缘服务器时,可以由主服务器直接响应该用户业务请求。其中,主服务器在响应用户业务请求时,可以开启请求限制处理,以防止当前访问用户过多,对主服务器造成影响。

可选的,请求限制处理可以包括:限制响应并发数和/或限制响应速度。以保证主服务器正常响应各类用户业务请求。

S270、将用户业务请求发送至边缘服务器,以使边缘服务器响应用户业务请求。

在本实施例中,将用户业务请求发送至边缘服务器时,可以采用302重定向的方式。

由于专线网络中,不同业务内容对应不同的用户,比如,第一类业务内容是面向专线网络中的全部用户,而第二类业务内容只面向专线网络中的一小部分用户,当这小部分用户发送第一类业务请求时,主服务器可以将第一类业务请求发送至对应的边缘服务器,当这小部分用户发送第二类业务请求时,主服务器可以直接响应该第二类业务请求。即主服务器仅需将同一源IP地址的第一类业务请求发送至边缘服务器,因此,可以采用302重定向方式(302重定向代表暂时性转移)。

当采用302重定向方式时,需要确认是否启动302重定向。在确定是否启动302重定向时,可以将S210步骤进行优化,其中S210可以包括:获取用户业务请求中的业务请求类型和源IP地址;若业务请求类型满足302重定向业务请求类型,则执行查找与源IP地址对应的IP地址段的操作。即执行S220的操作。

具体的,主服务器在开启某项业务请求时,确定该业务请求是否开启302重定向。在确定开启302重定向时,记录该业务请求类型为302重定向业务请求类型。

进一步的,在获取到用户业务请求时,解析该用户业务请求,以获取源IP地址和业务请求类型。判断该业务请求类型是否为302重定向业务请求类型。若为302重定向业务请求类型,则查找与源IP地址对应的IP地址段,并将用户业务请求发送至与IP地址段对应的边缘服务器中的操作,若不是302重定向业务请求类型,则直接响应用户业务请求。

本实施例的技术方案,在确定用户业务请求中源IP地址对应的边缘服务器后,确定该边缘服务器是否异常,当边缘服务器异常时,若存在对应的备用边缘服务器,则将用户业务请求发送至该备用边缘服务器中,若不存在对应的备用边缘服务器,则直接响应用户业去请求,可以防止因为边缘服务器异常导致用户业务请求不能正常响应的情况,在实现专线网络负载均衡时,提升了网络稳定性。

上述实施例的基础上,参考图3,该方法还可以包括:

S310、根据设定的发送条件将业务响应内容发送至当前同步的各边缘服务器中。

其中,各边缘服务器根据业务响应内容对用户业务请求进行响应。

具体的,设定的发送条件可以是设定的发送时间,还可以是设定的检测时间,在检测时间内,检测当前专线网络带宽占用率是否低于设定阈值,若低于设定阈值,则向当前同步的各边缘服务器发送业务响应内容。

这样做的好处是,避免向各边缘服务器发送业务响应内容时,由于占用带宽影响专线网络的其他业务。

可选的,参考图4,该步骤可以包括:

S311、根据设定的发送条件确认业务响应内容的类别信息。

考虑到这样一类应用场景,主服务器当前业务是向程序研发人员提供专业的编程软件的安装包。该专线网络中,研发人员主要集中在华北地区,比如北京、天津等地。而广东、深圳、成都、南京、上海等地主要集中市场人员。此时,若主服务器将编程软件的安装包发送至全国各边缘服务器,则会造成资源上的浪费。

为了防止上述场景中的资源浪费,主服务器在向边缘服务器发送业务响应内容时,先确认业务响应内容的类别信息,并根据类别信息确定下一步的操作。其中,类别信息可以包括业务面向的用户(如编程人员、市场人员等)和/或业务面向的地区(如北京、天津等)。

S312、根据类别信息确定对应的边缘服务器,并将业务响应内容发送至确定的边缘服务器中。

具体的,根据类别信息确定该业务响应内容对应的边缘服务器。比如,根据类别信息确定该业务响应内容主要对应广东和深圳的内网用户,则确定对应的边缘服务器为广东地区的边缘服务器和深圳地区的边缘服务器,并将该业务响应内容发送至确定的边缘服务器中。

例如,根据类别信息确定该业务响应内容主要面向市场人员,而市场人员主要集中在北京和上海地区,南京地区有很少数量的市场人员,则主服务器可以根据记录的人员分配情况确定该业务响应内容对应的边缘服务器为北京地区的边缘服务器和上海地区的边缘服务器,而南京地区的市场人员在发送用户业务请求时,由于用户数量较少,主服务器可以直接响应该用户业务请求,这样可以使得资源分配更加合理。

S320、记录接收业务响应内容的各边缘服务器对应的IP地址段。

具体的,将业务响应内容发送至对应的边缘服务器后,记录各边缘服务器对应的IP地址段。当接收到用户业务请求时,通过查找源IP地址对应IP地址段确定对应的边缘服务器。

实施例三

图5为本发明实施例三提供的一种跨地区业务处理的装置的结构示意图。参考图5,本实施例提供的跨地区业务处理的装置可以包括:获取模块501、确认模块502以及发送模块503。

其中,获取模块501,用于获取用户业务请求中的源网际协议IP地址;确认模块502,用于查找到与所述源IP地址对应的IP地址段,确认所述IP地址段对应的边缘服务器;发送模块503,用于将所述用户业务请求发送至所述边缘服务器,以使所述边缘服务器响应所述用户业务请求。

本实施例提供的一种跨地区业务处理的装置,通过用户业务请求中的源IP地址,确定与该源IP地址对应的IP地址段,将用户业务请求发送至与IP地址段对应的边缘服务器,以使边缘服务器响应该用户业务请求,可以达到通信网络的负载均衡,尤其针对跨地区的专线网络,通过设置边缘服务器可以减少对专线网络资源的占用,加快响应速度,同时不影响专线网络其他用户的使用,提升了用户的使用体验。

在上述实施例的基础上,该装置还包括:异常确定模块,用于判断与所述IP地址段对应的边缘服务器是否异常;备用确认模块,用于若所述边缘服务器异常,则确认是否存在备用边缘服务器;备用发送模块,用于若存在备用边缘服务器,则将用户业务请求发送至备用边缘服务器,以使所述备用边缘服务器响应所述用户业务请求;备用响应模块,用于若不存在备用边缘服务器,则开启请求限制处理,并响应用户业务请求。

在上述实施例的基础上,发送模块503具体用于:利用302重定向,将用户业务请求重定向至与IP地址段对应的边缘服务器。

在上述实施例的基础上,获取模块501包括:数据获取单元,用于若所述业务请求类型满足302重定向业务请求类型,则执行查找与所述源IP地址对应的IP地址段的操作。

在上述实施例的基础上,还包括:同步模块,用于根据设定的发送条件将业务响应内容发送至当前同步的各边缘服务器中;记录模块,用于记录接收业务响应内容的各边缘服务器对应的IP地址段。

在上述实施例的基础上,同步模块包括:类别确认单元,用于根据设定的发送条件确认业务响应内容的类别信息;内容发送单元,用于根据类别信息确定对应的边缘服务器,并将业务响应内容发送至确定的边缘服务器中。

本发明实施例提供的跨地区业务处理的装置可以执行上述任意实施例提供跨地区业务处理的方法,具备相应的功能和有益效果。

注意,上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解,本发明不限于这里所述的特定实施例,对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此,虽然通过以上实施例对本发明进行了较为详细的说明,但是本发明不仅仅限于以上实施例,在不脱离本发明构思的情况下,还可以包括更多其他等效实施例,而本发明的范围由所附的权利要求范围决定。

当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1