CN110266747B - 业务请求的机房转接方法和装置 - Google Patents

Abstract

本发明涉及一种业务请求的机房转接方法，包括：受理业务请求，其中，业务请求的发送方为当前机房，业务请求的接收方为当前机房或目标机房；判断业务请求对应的接收方应用是否在当前机房和目标机房中部署；如果接收方应用在当前机房和目标机房中都已经部署，则通过判断目标机房的业务能力是否完备来进行业务请求的机房转接；如果接收方应用只在当前机房和目标机房之一中部署，则通过判断接收方应用所部署的机房是当前机房还是目标机房来进行业务请求的机房转接。本发明的方法减少了请求在机房之间的转接对固化配置的依赖，降低了人工分析的错误率，同时提升了消息受理转接的通用性，对于后续的其他新建机房，具有相同的作用。

Description

业务请求的机房转接方法和装置

技术领域

本说明书的一个或多个实施例涉及计算机通信，尤其涉及一种业务请求的机房转接方法和装置。

背景技术

首先，将在背景技术和本文的其他部分可能涉及到的一些术语在此做一个解释，其中，在没有另外明确指出的情况下，术语及其缩写或其他称谓可以替换使用。

“机房转接”是指业务请求从当前的逻辑机房转移至其他的逻辑机房进行处理的过程，在本文中可以特指对于消息类型的业务请求进行机房转接处理。“当前机房”指机房转接中的请求发送机房，而“目标机房”指机房转接中的请求接收机房。例如，当前机房可以是某项业务部署在某一国家或地区的逻辑机房的统称，目前该项业务的全量应用可以已部署在该当前机房。“目标机房”是指该项业务另一国家或地区的逻辑机房的统称，目前该项业务的部分应用可以已部署在该目标机房，主要就近支撑该地区的业务。“受理转接”是应用具有的受理与转接功能，例如可以指针对业务请求的机房转接的应用的受理转接功能，该功能的执行过程可以分为受理与转接两个过程，如下所述。在具有基础属性的消息需要机房转接的情况下：首先，当前机房受理该消息为待业务请求；接下来，在目标机房分析确认之后，通过跨洲调用等方式实现请求真实的机房转接，在目标机房生成待处理请求。上面提及的“跨洲调用”的更广泛的意义是指该项业务的各种应用在不同逻辑机房之间的服务通讯机制。

例如，针对某业务在某一时间完成了目标地区的物理机房搭建、逻辑机房部署、应用部署，并在此基础上将其部分业务迁移到目标机房。换言之，将原本在当前机房运行的大部分应用在目标机房做了对等部署，同时迁移又一地区的业务至目标机房运转。然而，由于目标机房不支持oracle数据库，而该业务中的部分应用仍然运行在oracle数据库的基础上，因此这部分应用暂时不能部署到目标机房。同时，由于其他技术及时间关系，部分运行在mysql的应用也未如期部署在目标机房，导致一部分应用出现对于当前机房和目标机房非对等部署的情况。业务切流之后，在单个应用非对等部署的情况下，已对等部署的上下游应用需要与当前的非对等部署的应用进行交互，由此衍生了机房转接的需要。这类需要在该项业务的某些领域非常频繁地出现，而上述的受理转接功能正是为了解决消息类型的请求在不同机房之间的转接需要。

对于上游应用报送至自身的消息，需要快速准确识别该消息的目标机房，支持从目标机房转接至当前机房的请求，从当前机房转接至目标机房的请求，另外也支持不需要转接的从当前机房至当前机房、以及从目标机房至目标机房的请求。在目标机房的分析过程中，由于可能存在应用的对等部署与非对等部署，因此会出现下面几种情况：部分消息仅在当前当前机房有订阅，因此需要将针对该部分消息的请求转接至当前当前机房；部分消息仅在目标机房有订阅，因此需要将针对该部分消息的请求转接至目标机房；部分消息在当前当前机房跟目标目标机房均有订阅，因此需要根据通过DRM来获取租户信息和目标机房状态来确定转接的目标机房。然而，当前的目标机房分析方法整体方案不灵活通用且依赖人工分析，因此在目标机房分析过程中难免会与实际情况出现偏差，而如果对当前消息的目标机房分析有误，由此造成的消息的错误投递会导致业务失败。

因此，需要制定高效自动准确的目标机房分析策略，防止目标机房分析错误，从而使错误投递对业务带来不良影响。

发明内容

本说明书的一个或多个实施例描述了一种业务请求的机房转接方法和装置。

根据第一方面，本发明提供了一种业务请求的机房转接方法，包括：受理业务请求，其中，所述业务请求的发送方为当前机房，所述业务请求的接收方为所述当前机房或目标机房；判断所述业务请求对应的接收方应用是否在所述当前机房和所述目标机房中部署；如果所述接收方应用在所述当前机房和所述目标机房中都已经部署，则通过判断所述目标机房(业务切流过程中，方法只会判断业务迁移的目标机房的业务能力)的业务能力是否完备来进行所述业务请求的机房转接；如果所述接收方应用只在所述当前机房和所述目标机房之一中部署，则通过判断所述接收方应用所部署的机房是所述当前机房还是所述目标机房来进行所述业务请求的机房转接。

在一个实施例中，通过判断所述目标机房的业务能力是否完备来进行机房转接的步骤包括：判断所述目标机房的业务能力为不完备；将所述当前机房判断为接收方；和将所述业务请求转接到所述当前机房。

在一个实施例中，通过判断所述目标机房的业务能力是否完备来进行机房转接的步骤包括：判断所述目标机房的业务能力为完备；和通过判断所述业务请求所属的租户应当在所述当前机房还是所述目标机房中被处理来进行所述业务请求的机房转接。

根据一个实施例，通过判断所述业务请求所属的租户应当在所述当前机房还是所述目标机房中被处理来进行所述业务请求的机房转接的步骤包括：获取所述业务请求所属的租户信息以及所述当前机房和所述目标机房的状态；通过所述租户信息以及所述当前机房和所述目标机房的状态，判断所述租户应当在所述当前机房还是所述目标机房中被处理；如果所述租户应当在所述当前机房中被处理，则将所述当前机房判断为接收方并将所述业务请求转接到所述当前机房；如果所述租户应当在所述目标机房中被处理，则将所述目标机房判断为接收方并将所述业务请求转接到所述目标机房。

在一种实施方式中，通过判断所述接收方应用的所部署机房是所述当前机房还是所述目标机房来进行所述业务请求的机房转接的步骤包括；如果所述接收方应用所部署的机房是所述当前机房，则将所述当前机房判断为接收方并将所述业务请求转接到所述当前机房；如果所述接收方应用所部属的机房是所述目标机房，则将所述目标机房判断为接收方并将所述业务请求转接到所述目标机房。

根据一种实施方式，判断所述业务请求对应的接收方应用是否在所述当前机房和所述目标机房中部署的步骤包括：获取所述业务请求的接收方应用在所述当前机房和所述目标机房中的部署信息；和根据所述部署信息来判断所述业务请求对应的接收方应用是否在所述当前机房和所述目标机房中部署。

根据第二方面，本发明提供了一种业务请求的机房转接装置，包括：受理模块，被配置为受理业务请求，其中，所述业务请求的发送方为当前机房，所述业务请求的接收方为所述当前机房或目标机房；应用部署判断模块，被配置为判断所述业务请求对应的接收方应用是否在所述当前机房和所述目标机房中部署；业务能力判断模块，被配置为如果所述接收方应用在所述当前机房和所述目标机房中都已经部署，则判断所述目标机房的业务能力是否完备；机房判断模块，被配置为如果所述接收方应用只在所述当前机房和所述目标机房之一中部署，则通过判断所述接收方应用所部署的机房是所述当前机房还是所述目标机房；以及业务请求转接模块，被配置为根据所述业务能力判断模块和所述机房判断模块的判断结果来进行所述业务请求的机房转接。

根据第三方面，提供了一种计算机可读存储介质，其上存储有计算机程序，当所述计算机程序在计算机中执行时，令计算机执行第一方面的方法。

根据第四方面，提供了一种计算设备，包括存储器和处理器，其特征在于，所述存储器中存储有可执行代码，所述处理器执行所述可执行代码时，实现第一方面的方法。

根据本方面实施例的方法采用了机房对等部署的自动识别作为分析基础，通过请求的接收方应用的部署情况及其在目标机房的能力配置情况，并且结合租户信息和区域机房状态，自动分析得出当前请求需要通过受理转接的目标机房。本发明的方法减少了请求在机房之间的转接对固化配置的依赖，降低了人工分析的错误率，同时提升了消息受理转接的通用性，对于后续的其他新建机房，具有相同的作用。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图。

图1是根据本发明实施例的业务请求的一种机房转接方法的流程图；

图2是根据本发明实施例的业务请求的另一种机房转接方法的流程图。

图3是图2的业务请求的机房转接方法的实现装置的框图。

具体实施方式

下面结合附图，对本说明书提供的方案进行描述。当前机房目标机房本发明的原理并不局限于具体情况下的两个特殊的机房，而是可以扩展到业务迁移切流过程中的任意的当前机房和目标机房。

图1是根据本发明实施例的业务请求的一种机房转接方法的流程图。

在步骤101中，流程开始。

在步骤102中，受理外围应用报送的业务请求。

在步骤103中，针对该转接消息进行目标机房配置分析。请注意，已经存在一个通过人工分析而形成的代码配置，该代码配置中针对当前所请求的业务所述的租户指定了相应的目标机房。应当指出，在一段时间内，当前机房和目标机房可能都有能力对该业务请求业务进行处理，但是很明显，最终该业务请求业务最终只能到一个机房去处理，要么在当前机房进行处理，要么在目标机房进行处理。上述的代码中的这种“指定”是固定的，并且很大程度上可能是出于业务合乎规定、实际安排等各种原因而形成的。然后，只要运行这段代码，就可以根据该业务请求及其涉及的业务进行查找、比对、判断等一系列的操作，就可以确定当前的业务请求应该转接到的目标机房。换言之，在目标机房配置分析中，只要运行上述代码，就可以得知当前的业务请求所涉及的业务所述的租户是应该由当前机房进行处理，还是应该由目标机房进行处理。

在此，“租户”是用于区分和隔离技术资源的虚拟概念，代表了技术分配的一个独立空间，应用在各个独立站点的独立业务中。换言之，在多租户技术中，租户包含在系统中可识别为指定用户的一切数据，包括账户与统计信息、用户在系统中建置的各式数据、以及用户本身的定制化应用程序环境等，这些都属于租户的范围。

一方面，如果当前请求业务所述的租户被指定为由当前机房进行处理，则流程进行到步骤104。

另一方面，如果当前请求业务所述的租户被指定为由目标机房进行处理，则流程进行到步骤105。

此外，如果当前机房和目标机房均有能力对当前请求业务的租户进行处理，则流程进行到步骤106。

在步骤104中，将当前请求转接到当前机房。应当指出，流程图中的这条支线所针对的是，目前现在运行在当前机房中，并且完全不需要迁移到目标机房的业务。

在步骤105中，将当前请求转接到目标机房。应当指出，流程图中的这条支线所针对的是，未来接入的在目标机房进行处理的业务，这一部分业务是新接入目标机房的，其完全在目标机房进行处理。

在步骤106中，通过获取当前请求业务所属的租户信息及区域机房状态，来判断当前请求是应该转接到当前机房还是目标机房。在本文中，“区域机房状态”是指在某业务的多机房建设中，每个机房所支持的租户业务和可消费数据，通过该状态可以判断出业务请求是否能在某个机房中被处理。在此步骤中，获取当前请求业务所属的租户信息及区域机房状态可以通过分布式资源管理DRM来进行，用于辅助应用系统动态地获取配置信息。

逻辑上，如果当前请求业务所属的租户能够在当前机房被处理，则流程进行到步骤107；如果当前请求业务所属的租户能够在目标机房被处理，则流程进行到步骤108。

在步骤107和步骤108中，分别将转接消息转接到当前机房和目标机房。应当指出，流程图中步骤107和108的支线所针对的是，目前运行在当前机房，一段时间后需要迁移到目标机房的业务。可以看出，由于迁移切换的进度的控制或者其他各种原因，通过步骤106的判断，一部分业务转接到了目标机房，而一部分业务转接到/转接回到当前机房。

应当指出，在步骤103和步骤104之间、以及在步骤103和步骤105之间还各自存在判断步骤，这两个判断步骤分别为将当前机房判断为当前的业务请求的接收方，以及目标机房判断为当前的业务请求的接收方。

还应当指出，在步骤106和步骤107之间，以及在步骤106和步骤108之间还各自存在判断步骤，这两个判断步骤分别为将当前机房判断为当前的业务请求的接收方，以及目标机房判断为当前的业务请求的接收方。

上述的对接收方的判断步骤为了简化起见，在图1中没有示出。

在步骤104、105、107、108之后，流程在步骤109结束。

图2是根据本发明实施例的业务请求的另一种机房转接方法的流程图。

在步骤201中，流程开始。

在步骤202中，受理外围应用报送的业务请求，其中，所述业务请求的发送方为当前机房，所述业务请求的接收方为所述当前机房或目标机房。

在步骤203中，判断该业务请求的接收方应用是否在当前机房和目标机房中已对等部署，其中，对等部署是指对于一个单独的应用，其是否在当前机房和目标机房中均已部署。具体地，可以通过获取请求方的应用在当前机房和目标机房中的部署信息，来判断当前请求的接收方应用是否在当前机房和目标机房中部署。如果当前请求的接收方应用在当前机房和目标机房中都已经部署，则流程进行到步骤204；如果当前请求的接收方应用仅在当前机房和目标机房之一中进行了部署，则流程进行到步骤205。

在步骤204中，判断目标机房业务能力是否完备。应当指出，虽然有可能当前请求的接收方应用在当前机房和目标机房都已经进行了部署，但是由于各种各样的原因，目标机房的业务能力有可能还不完备，因此依然需要继续转接。例如，当前的业务请求所属业务的下游业务的相关应用在两个逻辑机房中没有都部署；在进行业务迁移/业务流切换的过程中没有完成数据隔离，或者该应用的外围配合没有做好，诸如此类。在上述的各种情况下，当前业务请求的后续业务能力不完备，依旧需要继续转接。如果目标机房的业务能力完备，则流程进行到步骤206；如果目标机房的业务能力不完备，则流程进行到步骤207。

在步骤206中，通过获取当前请求业务所属的租户信息及目标机房状态，来判断当前请求是应该转接到当前机房还是目标机房。逻辑上，如果当前请求业务所属的租户能够在当前机房被处理，则流程进行到步骤2010；如果当前请求业务所属的租户能够在目标机房被处理，则流程进行到步骤2011。在步骤2010和步骤2011中，分别将转接消息转接到当前机房和目标机房。图2中的步骤206、2010和2011与图1中的步骤106、107和108分别对应，其原理和处理方法类似，因此不再赘述。

在步骤207中，将当前的业务请求转接到当前机房。例如，判断出目标机房的业务能力不完备，则将当前的业务请求转回当前机房进行处理。应当指出，在步骤206和步骤207之间，还存在一个判断步骤，即将目标机房判断为当前业务请求的接收方。

在步骤205中，判断当前的业务请求的接收方应用所部署的机房是当前机房还是目标机房。如果当前的业务请求的接收方应用在当前机房，则流程进行到步骤208；如果当前的业务请求的接收方应用在目标机房，则流程进行到步骤209。例如，当前请求的接收方应用未在当前机房和目标机房中对等部署，该业务请求必要需要进行机房转接，那么该业务请求的接收方要么在当前机房，要么在目标机房中。因此，通过判断请求的接收方应用的所部署的机房，将该业务请求转接到当前机房或者目标机房。

在步骤208中，将当前的业务请求转接到当前机房。随后，当前的业务请求所属的应用在当前机房中进行处理。

在步骤209中，将当前的业务请求转接到目标机房。随后，当前的业务请求所属的应用在目标机房中进行处理。

应当指出，在步骤205和步骤209之间、以及在步骤205和步骤209之间还各自存在判断步骤，这两个判断步骤分别为将当前机房判断为当前的业务请求的接收方，以及目标机房判断为当前的业务请求的接收方。

还应当指出，在步骤206和步骤2010之间，以及在步骤206和步骤2011之间还各自存在判断步骤，这两个判断步骤分别为将当前机房判断为当前的业务请求的接收方，以及目标机房判断为当前的业务请求的接收方。

上述的对接收方的判断步骤为了简化起见，在图2中没有示出。

在步骤208、209、2010、2011之后，流程在步骤2012结束。

图3是图2的业务请求的机房转接方法的实现装置的框图。如图3所示，所述装置包括受理模块、应用部署判断模块、业务能力判断模块、所部署的机房判断模块、租户处理判断模块、信息获取模块、接收方判断模块和业务请求转接模块。下面根据图3来并结合装置中的各模块来详述根据本实施例的整个转接流程。

首先，业务请求受理模块几首外围应用报送的业务请求，其中，所述业务请求的发送方为当前机房，所述业务请求的接收方为所述当前机房或目标机房。

应用部署判断模块被配置为被配置为判断所述业务请求的接收方应用在当前机房和目标机房中是否对等部署，其中，对等部署是指对于一个单独的应用，其是否在当前机房和目标机房中均已部署。具体地，可以通过获取请求方的应用在当前机房和目标机房中的部署信息，来判断当前请求的接收方应用是否在当前机房和目标机房中部署。

如果当前请求的接收方应用在当前机房和目标机房中为对等部署，则由业务能力判断模块来判断目标机房业务能力是否完备。应当指出，虽然当前请求的接收方应用在当前机房和目标机房中均已进行了部署，但是由于各种各样的原因，目标机房的业务能力有可能还不完备，因此依然需要继续转接。例如，当前的业务请求所属业务的下游业务的相关应用在两个逻辑机房中没有都进行部署；在进行业务迁移/业务流切换的过程中没有完成数据隔离，或者该应用的外围配合没有做好，诸如此类。在上述的各种情况下，当前业务请求的后续业务能力不完备，依旧需要继续转接。

如果目标机房的业务能力完备，则由租户处理判断模块通过获取当前请求业务所属的租户信息及目标机房状态，来判断当前请求是应该转接到当前机房还是目标机房。逻辑上，如果当前请求业务所属的租户能够在当前机房被处理，则先由接收方判断模块将当前机房判断为业务请求的接收方，再由业务请求转接模块将当前的业务请求转接到当前机房；如果当前请求业务所属的租户能够在目标机房被处理，则先由接收方判断模块将目标机房判断为业务请求的接收方，再由业务请求转接模块将当前的业务请求转接到目标机房。

如果目标机房的业务能力不完备，则先由接收方判断模块将当前机房判断为业务请求的接收方，再由业务请求转接模块将当前的业务请求转接到当前机房。例如，判断出目标机房的业务能力不完备，则将当前的业务请求转回当前机房进行处理。

如果当前请求的接收方应用在当前机房和目标机房中没有都进行部署，则由所部署的机房判断模块判断当前的业务请求的接收方应用所部署的机房是当前机房还是目标机房。如果当前的业务请求的接收方应用在当前机房，则先由接收方判断模块将当前机房判断为业务请求的接收方，再由业务请求转接模块将当前的业务请求转接到当前机房；如果当前的业务请求的接收方应用在目标机房，则先由接收方判断模块将目标机房判断为业务请求的接收方，再由业务请求转接模块将当前的业务请求转接到目标机房。例如，当前请求的接收方应用没有在当前机房和目标机房都进行部署，该业务请求必要需要进行机房转接，那么该业务请求的接收方要么在当前机房，要么在目标机房中。因此，通过判断请求的接收方应用的所部署的机房，将该业务请求转接到当前机房或者目标机房。

根据又一方面的实施例，还提供一种计算机可读存储介质，其上存储有计算机程序，当所述计算机程序在计算机中执行时，令计算机执行结合图2所描述的方法。

根据再一方面的实施例，还提供一种计算设备，包括存储器和处理器，所述存储器中存储有可执行代码，所述处理器执行所述可执行代码时，实现结合图2所述的方法。

根据本方面实施例的方法采用了机房对等部署的自动识别作为分析基础，通过请求的接收方应用的部署情况及其在目标机房的能力配置情况，并且结合租户信息和区域机房状态，自动分析得出当前请求需要通过受理转接的目标机房。本发明的方法减少了请求在机房之间的转接对固化配置的依赖，降低了人工分析的错误率，同时提升了消息受理转接的通用性，对于后续的其他新建机房，具有相同的作用。

本领域技术人员应该可以意识到，在上述一个或多个示例中，本发明所描述的功能可以用硬件、软件、固件或它们的任意组合来实现。当使用软件实现时，可以将这些功能存储在计算机可读介质中或者作为计算机可读介质上的一个或多个指令或代码进行传输。

以上所述的具体实施方式，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施方式而已，并不用于限定本发明的保护范围，凡在本发明的技术方案的基础之上，所做的任何修改、等同替换、改进等，均应包括在本发明的保护范围之内。

Claims (14)

1.一种业务请求的机房转接方法，包括：

受理业务请求，其中，所述业务请求的发送方为当前机房，所述业务请求的接收方为所述当前机房或目标机房；

判断所述业务请求对应的接收方应用是否在所述当前机房和所述目标机房中部署；

如果所述接收方应用在所述当前机房和所述目标机房中都已经部署，则通过判断所述目标机房的业务能力是否完备来进行所述业务请求的机房转接，其中，所述目标机房的业务能力包括：当前业务请求的后续业务能力；其中，当前业务请求的后续业务能力不完备的情况包括：当前的业务请求所属业务的下游业务的相关应用在两个逻辑机房中没有都部署；

如果所述接收方应用只在所述当前机房和所述目标机房之一中部署，则通过判断所述接收方应用所部署的机房是所述当前机房还是所述目标机房来进行所述业务请求的机房转接。

2.根据权利要求1所述的方法，其中，通过判断所述目标机房的业务能力是否完备来进行机房转接的步骤包括：

判断所述目标机房的业务能力为不完备；

将所述当前机房判断为接收方；和

将所述业务请求转接到所述当前机房。

3.根据权利要求1所述的方法，其中，通过判断所述目标机房的业务能力是否完备来进行机房转接的步骤包括：

判断所述目标机房的业务能力为完备；和

通过判断所述业务请求所属的租户应当在所述当前机房还是所述目标机房中被处理来进行所述业务请求的机房转接。

4.根据权利要求3所述的方法，其中，通过判断所述业务请求所属的租户应当在所述当前机房还是所述目标机房中被处理来进行所述业务请求的机房转接的步骤包括：

获取所述业务请求所属的租户信息以及所述当前机房和所述目标机房的状态；

通过所述租户信息以及所述当前机房和所述目标机房的状态，判断所述租户应当在所述当前机房还是所述目标机房中被处理；

如果所述租户应当在所述当前机房中被处理，则将所述当前机房判断为接收方并将所述业务请求转接到所述当前机房；

如果所述租户应当在所述目标机房中被处理，则将所述目标机房判断为接收方并将所述业务请求转接到所述目标机房。

5.根据权利要求1所述的方法，其中，通过判断所述接收方应用的所部署机房是所述当前机房还是所述目标机房来进行所述业务请求的机房转接的步骤包括；

如果所述接收方应用所部署的机房是所述当前机房，则将所述当前机房判断为接收方并将所述业务请求转接到所述当前机房；

如果所述接收方应用所部属的机房是所述目标机房，则将所述目标机房判断为接收方并将所述业务请求转接到所述目标机房。

6.根据权利要求1所述的方法，其中，判断所述业务请求对应的接收方应用是否在所述当前机房和所述目标机房中部署的步骤包括：

获取所述业务请求的接收方应用在所述当前机房和所述目标机房中的部署信息；和

根据所述部署信息来判断所述业务请求对应的接收方应用是否在所述当前机房和所述目标机房中部署。

7.一种业务请求的机房转接装置，包括：

业务请求受理模块，被配置为受理业务请求，其中，所述业务请求的发送方为当前机房，所述业务请求的接收方为所述当前机房或目标机房；

应用部署判断模块，被配置为判断所述业务请求对应的接收方应用是否在所述当前机房和所述目标机房中部署；

业务能力判断模块，被配置为如果所述接收方应用在所述当前机房和所述目标机房中都已经部署，则判断所述目标机房的业务能力是否完备，其中，所述目标机房的业务能力包括：当前业务请求的后续业务能力；其中，当前业务请求的后续业务能力不完备的情况包括：当前的业务请求所属业务的下游业务的相关应用在两个逻辑机房中没有都部署；

机房判断模块，被配置为如果所述接收方应用只在所述当前机房和所述目标机房之一中部署，则通过判断所述接收方应用所部署的机房是所述当前机房还是所述目标机房；以及

业务请求转接模块，被配置为根据所述业务能力判断模块和所述机房判断模块的判断结果来进行所述业务请求的机房转接。

8.根据权利要求7所述的装置，其中，所述业务能力判断模块判断所述目标机房的业务能力为不完备，所述装置还包括：

接收方判断模块，被配置为将所述当前机房判断为接收方；并且

所述业务请求转接模块被配置为将所述业务请求转接到所述当前机房。

9.根据权利要求8所述的装置，其中，所述业务能力判断模块判断所述目标机房的业务能力为完备，所述装置还包括：

租户处理判断模块，被配置为判断所述业务请求所属的租户应当在所述当前机房还是所述目标机房中被处理；

所述业务请求转接模块还被配置为根据所述租户处理判断模块的判断结果来进行所述业务请求的机房转接。

10.根据权利要求9所述的装置，其中，所述装置还包括：

信息获取模块，被配置为获取所述业务请求所属的租户信息以及所述当前机房和所述目标机房的状态；并且

所述租户处理判断模块被配置为通过所述租户信息以及所述当前机房和所述目标机房的状态，来判断所述租户应当在所述当前机房还是所述目标机房中被处理；

所述接收方判断模块还被配置为，如果所述租户应当在所述当前机房中被处理，则将所述当前机房判断为接收方，并且如果所述租户应当在所述目标机房中被处理，则将所述目标机房判断为接收方；

所述业务请求转接模块还被配置为，如果所述当前机房被判断为接收方，则将所述业务请求转接到所述当前机房，并且如果所述目标机房被判断为接收方，则将所述业务请求转接到所述目标机房。

11.根据权利要求7所述的装置，其中：

所述业务请求转接模块还被配置为，在所述所部署的机房判断模块判断所述接收方应用的所部署的机房是所述当前机房的情况下，将所述业务请求转接到所述当前机房；并且在所述所部署的机房判断模块判断所述接收方应用的所部署的机房是所述目标机房的情况下，将所述业务请求转接到所述目标机房。

12.根据权利要求10所述的装置，其中，所述信息获取模块还被配置为获取所述业务请求的接收方应用在所述当前机房和所述目标机房中的部署信息，并且

所述应用部署判断模块被配置为根据所述部署信息来判断所述业务请求的接收方应用是否在所述当前机房和所述目标机房中部署。

13.一种计算机可读存储介质，其上存储有计算机程序，当所述计算机程序在计算机中执行时，令所述计算机执行权利要求1-6中任一项的所述的方法。

14.一种计算系统，包括存储器和处理器，其特征在于，所述存储器中存储有可执行代码，所述处理器执行所述可执行代码时，实现权利要求1-6中任一项所述的方法。

Images