多机房流量调度方法、计算设备及计算机存储介质与流程

1.本发明涉及计算机技术领域，具体涉及一种多机房流量调度方法、计算设备及计算机存储介质。


背景技术：

2.随着互联网发展，为了提供更可靠的网络服务，越来越多的互联网服务提供商都摈弃了传统的单体式机房的架构，改为采用多机房的架构，多机房来响应服务流量。
3.在利用多机房来响应服务流量的过程中，流量可能会到达a机房，流量还可能会到达b机房。一般情况下，当a机房出现故障而无法成功响应流量a时，会将流量a路由发送给b机房。但是，如果b机房因为某些原因也未能成功处理流量a时，则会导致流量a再路由回到a机房，如此反复，导致流量在多机房中回环。
4.目前，亟需一种高效的、能够解决多机房中流量回环问题的技术方案。


技术实现要素：

5.鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的多机房流量调度方法、计算设备及计算机存储介质。
6.根据本发明的一个方面，提供了一种多机房流量调度方法，方法由第一机房内的代理组件执行，方法包括：
7.判断接收到的业务流量处理请求中是否携带有第一预设标识；
8.若未携带第一预设标识，则判断业务流量处理请求对应的服务机房是否为第一机房；
9.若服务机房不是第一机房，则在业务流量处理请求添加第二预设标识，将已添加第二预设标识的业务流量处理请求路由发送至第二机房的代理组件；
10.若携带有第一预设标识或服务机房是第一机房，则将业务流量处理请求发送给第一机房对应的服务端口进行处理。
11.根据本发明的另一方面，提供了一种计算设备，包括：处理器、存储器、通信接口和通信总线，处理器、存储器和通信接口通过通信总线完成相互间的通信；
12.存储器用于存放至少一可执行指令，可执行指令执行于第一机房内的代理组件，使处理器执行以下操作：
13.判断接收到的业务流量处理请求中是否携带有第一预设标识；
14.若未携带第一预设标识，则判断业务流量处理请求对应的服务机房是否为第一机房；
15.若服务机房不是第一机房，则在业务流量处理请求添加第二预设标识，将已添加第二预设标识的业务流量处理请求路由发送至第二机房的代理组件；
16.若携带有第一预设标识或服务机房是第一机房，则将业务流量处理请求发送给第一机房对应的服务端口进行处理。
17.根据本发明的又一方面，提供了一种计算机存储介质，存储介质中存储有至少一可执行指令，可执行指令使处理器执行如上述多机房流量调度方法对应的操作。
18.本发明提供的方案，在业务流量处理请求未携带第一预设标识且服务机房不是第一机房的情况下，通过在业务流量处理请求中添加第二预设标识，有效控制了业务流量处理请求被路由的次数，业务流量处理请求仅会被路由一次，从而克服了流量在多机房回环的问题。
19.上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。
附图说明
20.通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：
21.图1示出了根据本发明一个实施例的多机房流量调度方法的流程示意图；
22.图2示出了根据本发明另一个实施例的多机房流量调度方法的流程示意图；
23.图3示出了根据本发明一个实施例的计算设备的结构示意图。
具体实施方式
24.下面将参照附图更详细地描述本发明的示例性实施例。虽然附图中显示了本发明的示例性实施例，然而应当理解，可以以各种形式实现本发明而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本发明，并且能够将本发明的范围完整的传达给本领域的技术人员。
25.图1示出了根据本发明一个实施例的多机房流量调度方法的流程示意图。每个机房都设置有相应的代理组件，该方法由第一机房内的代理组件执行，其中，第一机房可以是多机房中的任一机房，第一机房与第二机房是相对而言的，如图1所示，该方法包括以下步骤：
26.步骤s101，判断接收到的业务流量处理请求中是否携带有第一预设标识；若未携带第一预设标识，则执行步骤s102；若携带有第一预设标识，则执行步骤s104。
27.具体地，业务流量处理请求是用户发起的业务请求，用户发起请求后，该请求会被某一机房内的代理组件获取到。
28.而执行本实施例的多机房流量调度方法的代理组件所接收到的业务流量处理请求可能由其他机房的代理组件路由发送而来，也可能是代理组件直接获取到用户所发起的请求，针对两种不同来源，代理组件的处理方式可能会有所不同，因此，在接收到业务流量处理请求后，代理组件需要判断所接收到的业务流量处理请求中是否携带有第一预设标识，代理组件可以通过第一预设标识来识别业务流量处理请求的来源，若业务流量处理请求中携带有第一预设标识，可以确定该业务流量处理请求是由其他机房的代理组件路由发送而来，跳转执行步骤s104；若业务流量处理请求中未携带第一预设标识，可以确定该业务流量处理请求是从用户处获得，跳转执行步骤s102。
29.步骤s102，判断业务流量处理请求对应的服务机房是否为第一机房；若否，则执行步骤s103；若是，则执行步骤s104。这里，服务机房可以表示在多机房中用于对业务流量处理请求进行响应的目标机房。
30.在判断出业务流量处理请求未携带第一预设标识的情况下，为了进一步确认是否由第一机房来提供服务，代理组件还需要进一步判断业务流量处理请求对应的服务机房是否为第一机房，并根据判断结果进行不同的处理。
31.例如，若判断出业务流量处理请求对应的服务机房是第一机房，则需要发送给第一机房的服务端口来处理该请求；若判断出业务流量处理请求对应的服务机房不是第一机房，则需要将请求路由发送给其他机房来处理。
32.步骤s103，在业务流量处理请求添加第二预设标识，将已添加第二预设标识的业务流量处理请求路由发送至第二机房的代理组件。
33.若机房内的代理组件判断出业务流量处理请求对应的服务机房不是第一机房的情况下，需要将该业务流量处理请求路由发送给其他机房，为了避免流量在多机房中回环，在路由发送请求之前，需要在业务流量处理请求添加第二预设标识，所添加的第二预设标识表明该流量已经被该机房处理过但没有成功响应，在添加第二预设标识后，将已添加第二预设标识的业务流量处理请求路由发送至第二机房的代理组件，以由第二机房来处理该业务流量处理请求，提供相应的服务，其中，第二机房是待路由机房。
34.步骤s104，将业务流量处理请求发送给第一机房对应的服务端口进行处理。
35.若机房内的代理组件判断出业务流量处理请求携带有第一预设标识的情况下，可以确定业务流量处理请求只能由第一机房来处理，代理组件将业务流量处理请求发送给第一机房对应的服务端口进行处理；
36.若业务流量处理请求中未携带第一预设标识，但是，业务流量处理请求对应的服务机房是第一机房的情况下，可以确定业务流量处理请求只能由第一机房来处理，代理组件将业务流量处理请求发送给第一机房对应的服务端口进行处理。每个机房有多个服务端口，每个服务端口用于提供不同的服务，因此，可以将业务流量处理请求发送给第一机房对应的服务端口来处理。
37.本发明提供的方案，在业务流量处理请求未携带第一预设标识且服务机房不是第一机房的情况下，通过在业务流量处理请求中添加第二预设标识，有效控制了业务流量处理请求被路由的次数，业务流量处理请求仅会被路由一次，从而克服了流量在多机房回环的问题。
38.需要说明的是，在一些业务场景中，基于产品业务运营的需求，可能会将部分业务从一个机房转移到另一机房，如果想要摘除机房中某台服务器的流量，则会发现无法通过nginx权重来实现摘除。对此，在目前相关技术中，业务方所遭遇的难题是，当任何一个机房的某台机器出现问题，想要快速摘除故障机器的流量只能通过摘除所有名字空间中涉及到的该主机的provider来实现，相比于之前只摘除nginx来说，复杂了不少，同时也增加了业务报错时长。通过本技术实施例的应用，经过改造后，当前机房收到请求后如果发现目标服务不在本机房就转发给对面机房的nginx，而不是具体服务，这样通过nginx权重仍然可以完整的摘除一台机器的流量。
39.图2示出了根据本发明另一个实施例的多机房流量调度方法的流程示意图。每个
机房都设置有相应的代理组件，该方法由第一机房内的代理组件执行，第一机房可以是多机房中的任一机房，第一机房与第二机房是相对而言的，如图2所示，该方法包括以下步骤：
40.步骤s201，判断接收到的业务流量处理请求中是否携带有第一预设标识；若未携带第一预设标识，则执行步骤s202；若携带有第一预设标识，则执行步骤s204。
41.具体地，业务流量处理请求是用户发起的业务请求，用户发起请求后，该请求会被某一机房内的代理组件获取到。其中，代理组件为nginx服务器，nginx服务器具有稳定高、占用内存少、并发能力强等特点。代理组件负责调度业务流量处理请求，所有的请求都会通过代理组件发送给机房的服务端口。
42.而执行本实施例的多机房流量调度方法的代理组件所接收到的业务流量处理请求可能由其他机房的代理组件路由发送而来，也可能是代理组件直接获取到用户所发起的请求，针对两种不同来源，代理组件的处理方式可能会有所不同，因此，在接收到业务流量处理请求后，代理组件需要判断所接收到的业务流量处理请求中是否携带有第一预设标识，例如，代理组件对业务流量处理请求的头信息进行解析，识别确定头信息中是否添加有第一预设标识，代理组件通过判断接收到的业务流量处理请求中是否携带有第一预设标识，来识别业务流量处理请求的来源，由此来进行相应的处理。其中，第一预设标识为第一机房的机房标识，第一预设标识表明业务流量处理请求对应的目标服务机房。
43.若业务流量处理请求中携带有第一预设标识，可以确定该业务流量处理请求是由其他机房的代理组件路由发送而来，跳转执行步骤s204；若业务流量处理请求中未携带第一预设标识，可以确定该业务流量处理请求是从用户处获得，跳转执行步骤s202。
44.步骤s202，根据代理组件本地缓存的服务路由配置文件，判断与业务流量处理请求匹配的服务对应的服务机房是否为第一机房；若否，则执行步骤s203；若是，则执行步骤s204。
45.在判断出业务流量处理请求未携带第一预设标识的情况下，还需要进一步判断业务流量处理请求对应的服务机房是否为第一机房，具体地，在代理组件本地缓存有服务路由配置文件，该服务路由配置文件中记载了各个服务对应的服务机房，例如，服务路由配置文件关联存储有服务及对应的服务机房的机房标识，通过查询服务路由配置文件，可以获取到服务路由配置文件中记载的与业务流量处理请求匹配的服务对应的服务机房的机房标识，将服务机房的机房标识与第一机房的机房标识进行匹配，以判断与业务流量处理请求匹配的服务对应的服务机房是否为第一机房。例如，若判断出业务流量处理请求对应的服务机房是第一机房，则需要发送给第一机房的服务端口来处理该请求；若判断出业务流量处理请求对应的服务机房不是第一机房，则需要将请求路由发送给其他机房来处理。
46.具体地，配置中心负责维护各个服务对应的服务机房，并记录有服务路由配置文件，其中，服务路由配置文件用于记载各个服务对应的服务机房，当某个机房出现故障而问题时导致该机房无法继续提供相应的服务时，为了保证用户能够继续使用相应的服务，就需要由其他机房来提供相应的服务，此时，配置中心会对记录的服务路由配置文件进行更新，配置中心提供有监听机制，代理组件可以基于配置中心提供的监听机制，来监听服务路由配置文件是否发生更新；若代理组件监听到服务路由配置文件发生了更新，则将更新后的服务路由配置文件缓存至代理组件本地，根据代理组件本地缓存的服务路由配置文件，判断与业务流量处理请求匹配的服务对应的服务机房是否为第一机房。
47.然而，由于不同的代理组件监听到服务路由配置文件发生更新的时间有所不同，而且代理组件将更新后的服务路由配置文件缓存本地也需要时间，这就导致不同代理组件本地缓存的服务路由配置文件也存在短时间的不同，例如，a机房内的a代理组件已经将更新后的服务路由配置文件缓存至本地，而b机房内的b代理组件由于各种原因造成其监听到服务路由配置文件发生更新有一定的延迟性，a代理组件和b代理组件各自缓存的服务路由配置文件有一定时间的不一致。这就导致如果a代理组件判断出与业务流量处理请求匹配的服务对应的服务机房不是a机房的情况下，如果不对业务流量处理请求进行任何处理，而是直接将业务流量处理请求路由发送给b代理组件，那么b代理组件在接收到业务流量处理请求后，通过查询服务路由配置文件(该服务路由配置文件更新存在延时问题)，发现不是b机房来提供服务而是由a机房提供服务的情况下，b代理组件就会再次将业务流量处理请求路由发送给a代理组件，导致流量在多机房之间回环。
48.为了避免流量在多机房之间回环，在判断出与业务流量处理请求匹配的服务对应的服务机房不是第一机房的情况下，需要对业务流量处理请求进行处理，具体处理方法参见步骤s203：
49.步骤s203，在业务流量处理请求的头信息中添加第二预设标识，将已添加第二预设标识的业务流量处理请求路由发送至第二机房的代理组件。
50.若机房内的代理组件判断出业务流量处理请求对应的服务机房不是第一机房的情况下，需要将该业务流量处理请求路由发送给其他机房，为了避免流量在多机房中回环，在路由发送请求之前，需要在业务流量处理请求添加第二预设标识，例如，在业务流量处理请求的头信息中添加第二预设标识，其中，第二预设标识为第二机房的机房标识，所添加的第二预设标识表明该流量已经被该机房处理过但没有成功响应，在添加第二预设标识后，将已添加第二预设标识的业务流量处理请求路由发送至第二机房的代理组件，以由第二机房来处理该业务流量处理请求，提供相应的服务。其中，第二机房是待路由机房，是第一机房的第一代理组件本地缓存的服务路由配置文件中所记载的服务对应的服务机房，第二机房的代理组件在接收到路由发送的业务流量处理请求后，将会按照本实施例提供的方法进行处理，这里不再赘述。
51.步骤s204，将业务流量处理请求发送给第一机房对应的服务端口进行处理。
52.若机房内的代理组件判断出业务流量处理请求携带有第一预设标识的情况下，可以确定业务流量处理请求只能由第一机房来处理，此时代理组件不会再根据服务路由配置文件来判断业务流量处理请求对应的服务是否为第一机房，也就是说，业务流量处理请求携带有第一预设标识的情况下，即使服务路由配置文件中记录了对应的服务机房是其他机房，代理组件也不会再将业务流量处理请求路由发送给其他机房，而是将业务流量处理请求发送给第一机房对应的服务端口进行处理，由第一机房的服务端口来提供与业务流量处理请求匹配的服务。这样就保证了业务流量处理请求只会被跨机房转发一次，避免了回环问题。
53.若业务流量处理请求中未携带第一预设标识，但是，业务流量处理请求对应的服务机房是第一机房的情况下，可以确定业务流量处理请求由第一机房来处理，代理组件将业务流量处理请求发送给第一机房对应的服务端口进行处理。每个机房有多个服务端口，每个服务端口用于处理不同的服务，因此，可以将业务流量处理请求发送给第一机房对应
的服务端口来处理。
54.下面结合实例具体说明多机房流量调度实现方案：
55.该实例涉及a机房与b机房间的流量调度，a代理组件负责调度处理a机房的业务流量处理请求，b代理组件负责调度处理b机房的业务流量处理请求，例如，用户发起了一个获取用户等级信息的业务流量处理请求，该请求被a机房内的a代理组件获取到，a代理组件通过业务匹配，确定该业务流量处理请求匹配到的业务是level业务，a代理组件获取到业务流量处理请求后，通过判断确定业务流量处理请求中未携带a机房标识，则进一步根据服务路由配置文件，判断level业务的服务机房是否为a机房，若通过查询服务路由配置文件确定level业务的服务机房不是a机房而是b机房，那么，a代理组件在业务流量处理请求的头信息中添加x
‑
zone＝b机房标识，然后，将添加了x
‑
zone＝b机房标识的业务流量处理请求路由发送给b机房的b代理组件，b机房的b代理组件接收到业务流量处理请求后，对头信息进行解析，若解析结果为业务流量处理请求中携带b机房标识，则将该业务流量处理请求直接发送给b机房的level服务端口进行处理。
56.本发明提供的方案，在业务流量处理请求未携带第一预设标识且服务机房不是第一机房的情况下，通过在业务流量处理请求中添加第二预设标识，有效控制了业务流量处理请求被路由的次数，业务流量处理请求仅会被路由一次，避免了由于配置中心更新服务路由配置文件而到不同代理组件本地缓存的服务路由配置文件短时间不一致时而带来的业务流量处理请求在多机房回环的问题。
57.本发明实施例还提供了一种非易失性计算机存储介质，计算机存储介质存储有至少一可执行指令，该计算机可执行指令可执行上述任意方法实施例中的多机房流量调度方法。
58.可执行指令具体可以用于使得处理器执行以下操作：
59.判断接收到的业务流量处理请求中是否携带有第一预设标识；
60.若未携带第一预设标识，则判断业务流量处理请求对应的服务机房是否为第一机房；
61.若服务机房不是第一机房，则在业务流量处理请求添加第二预设标识，将已添加第二预设标识的业务流量处理请求路由发送至第二机房的代理组件；
62.若携带有第一预设标识或服务机房是第一机房，则将业务流量处理请求发送给第一机房对应的服务端口进行处理。
63.在一种可选的实现方式中，可执行指令进一步使处理器执行以下操作：
64.根据代理组件本地缓存的服务路由配置文件，判断与业务流量处理请求匹配的服务对应的服务机房是否为第一机房，其中，服务路由配置文件关联存储有服务及对应的服务机房的机房标识。
65.在一种可选的实现方式中，可执行指令进一步使处理器执行以下操作：
66.基于配置中心提供的监听机制，监听服务路由配置文件是否发生更新；
67.若发生更新，则将更新后的服务路由配置文件缓存至代理组件本地；
68.根据代理组件本地缓存的服务路由配置文件，判断与业务流量处理请求匹配的服务对应的服务机房是否为第一机房。
69.在一种可选的实现方式中，可执行指令进一步使处理器执行以下操作：
70.在业务流量处理请求的头信息中添加第二预设标识。
71.在一种可选的实现方式中，第一预设标识为第一机房的机房标识；第二预设标识为第二机房的机房标识。
72.在一种可选的实现方式中，代理组件为nginx服务器。
73.图3示出了根据本发明一个实施例的计算设备的结构示意图，本发明具体实施例并不对计算设备的具体实现做限定。
74.如图3所示，该计算设备可以包括：处理器(processor)302、通信接口(communications interface)304、存储器(memory)306、以及通信总线308。
75.其中：处理器302、通信接口304、以及存储器306通过通信总线308完成相互间的通信。
76.通信接口304，用于与其它设备比如客户端或其它服务器等的网元通信。
77.处理器302，用于执行程序310，具体可以执行上述多机房流量调度方法实施例中的相关步骤。
78.具体地，程序310可以包括程序代码，该程序代码包括计算机操作指令。
79.处理器302可能是中央处理器cpu，或者是特定集成电路asic(application specific integrated circuit)，或者是被配置成实施本发明实施例的一个或多个集成电路。计算设备包括的一个或多个处理器，可以是同一类型的处理器，如一个或多个cpu；也可以是不同类型的处理器，如一个或多个cpu以及一个或多个asic。
80.存储器306，用于存放程序310。存储器306可能包含高速ram存储器，也可能还包括非易失性存储器(non
‑
volatile memory)，例如至少一个磁盘存储器。
81.程序310具体可以用于使得处理器302执行以下操作：
82.判断接收到的业务流量处理请求中是否携带有第一预设标识；
83.若未携带第一预设标识，则判断业务流量处理请求对应的服务机房是否为第一机房；
84.若服务机房不是第一机房，则在业务流量处理请求添加第二预设标识，将已添加第二预设标识的业务流量处理请求路由发送至第二机房的代理组件；
85.若携带有第一预设标识或服务机房是第一机房，则将业务流量处理请求发送给第一机房对应的服务端口进行处理。
86.在一种可选的实现方式中，程序310进一步使处理器302执行以下操作：
87.根据代理组件本地缓存的服务路由配置文件，判断与业务流量处理请求匹配的服务对应的服务机房是否为第一机房，其中，服务路由配置文件关联存储有服务及对应的服务机房的机房标识。
88.在一种可选的实现方式中，程序310进一步使处理器302执行以下操作：
89.基于配置中心提供的监听机制，监听服务路由配置文件是否发生更新；
90.若发生更新，则将更新后的服务路由配置文件缓存至代理组件本地；
91.根据代理组件本地缓存的服务路由配置文件，判断与业务流量处理请求匹配的服务对应的服务机房是否为第一机房。
92.在一种可选的实现方式中，程序310进一步使处理器302执行以下操作：
93.在业务流量处理请求的头信息中添加第二预设标识。
94.在一种可选的实现方式中，第一预设标识为第一机房的机房标识；第二预设标识为第二机房的机房标识。
95.在一种可选的实现方式中，代理组件为nginx服务器。
96.在此提供的算法或显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明实施例也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。
97.在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。
98.类似地，应当理解，为了精简本发明并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明实施例的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。
99.本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。
100.此外，本领域的技术人员能够理解，尽管在此的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。
101.本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(dsp)来实现根据本发明实施例的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。
102.应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，
不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。上述实施例中的步骤，除有特殊说明外，不应理解为对执行顺序的限定。
103.本发明公开了：a1.一种多机房流量调度方法，所述方法由第一机房内的代理组件执行，所述方法包括：
104.判断接收到的业务流量处理请求中是否携带有第一预设标识；
105.若未携带第一预设标识，则判断业务流量处理请求对应的服务机房是否为所述第一机房；
106.若服务机房不是所述第一机房，则在所述业务流量处理请求添加第二预设标识，将已添加第二预设标识的业务流量处理请求路由发送至第二机房的代理组件；
107.若携带有第一预设标识或服务机房是第一机房，则将业务流量处理请求发送给第一机房对应的服务端口进行处理。
108.a2.根据a1所述的方法，其中，所述判断业务流量处理请求对应的服务机房是否为所述第一机房进一步包括：
109.根据代理组件本地缓存的服务路由配置文件，判断与业务流量处理请求匹配的服务对应的服务机房是否为所述第一机房，其中，所述服务路由配置文件关联存储有服务及对应的服务机房的机房标识。
110.a3.根据a2所述的方法，其中，所述根据代理组件本地缓存的服务路由配置文件，判断与业务流量处理请求匹配的服务对应的服务机房是否为所述第一机房进一步包括：
111.基于配置中心提供的监听机制，监听服务路由配置文件是否发生更新；
112.若发生更新，则将更新后的服务路由配置文件缓存至代理组件本地；
113.根据代理组件本地缓存的服务路由配置文件，判断与业务流量处理请求匹配的服务对应的服务机房是否为所述第一机房。
114.a4.根据a1
‑
a3中任一项所述的方法，其中，在所述业务流量处理请求添加第二预设标识进一步包括：
115.在所述业务流量处理请求的头信息中添加第二预设标识。
116.a5.根据a1
‑
a4中任一项所述的方法，其中，所述第一预设标识为第一机房的机房标识；所述第二预设标识为第二机房的机房标识。
117.a6.根据a1
‑
a5中任一项所述的方法，其中，所述代理组件为nginx服务器。
118.b7.一种计算设备，包括：处理器、存储器、通信接口和通信总线，所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信；
119.所述存储器用于存放至少一可执行指令，所述可执行指令执行于第一机房内的代理组件，使所述处理器执行以下操作：
120.判断接收到的业务流量处理请求中是否携带有第一预设标识；
121.若未携带第一预设标识，则判断业务流量处理请求对应的服务机房是否为所述第一机房；
122.若服务机房不是所述第一机房，则在所述业务流量处理请求添加第二预设标识，将已添加第二预设标识的业务流量处理请求路由发送至第二机房的代理组件；
123.若携带有第一预设标识或服务机房是所述第一机房，则将业务流量处理请求发送给所述第一机房对应的服务端口进行处理。
124.b8.根据b7所述的计算设备，其中，所述可执行指令进一步使所述处理器执行以下操作：
125.根据代理组件本地缓存的服务路由配置文件，判断与业务流量处理请求匹配的服务对应的服务机房是否为所述第一机房，其中，所述服务路由配置文件关联存储有服务及对应的服务机房的机房标识。
126.b9.根据b8所述的计算设备，其中，所述可执行指令进一步使所述处理器执行以下操作：
127.基于配置中心提供的监听机制，监听服务路由配置文件是否发生更新；
128.若发生更新，则将更新后的服务路由配置文件缓存至代理组件本地；
129.根据代理组件本地缓存的服务路由配置文件，判断与业务流量处理请求匹配的服务对应的服务机房是否为所述第一机房。
130.b10.根据b7
‑
b9中任一项所述的计算设备，其中，所述可执行指令进一步使所述处理器执行以下操作：
131.在所述业务流量处理请求的头信息中添加第二预设标识。
132.b11.根据b7
‑
b10中任一项所述的计算设备，其中，所述第一预设标识为第一机房的机房标识；所述第二预设标识为第二机房的机房标识。
133.b12.根据b7
‑
b11中任一项所述的计算设备，其中，所述代理组件为nginx服务器。
134.c13.一种计算机存储介质，所述存储介质中存储有至少一可执行指令，所述可执行指令使处理器执行如a1
‑
a6中任一项所述的多机房流量调度方法对应的操作。