CN112235403B - 一种新旧系统割接过程灰度管控的方法、装置以及系统 - Google Patents

Abstract

本申请实施例公开了一种新旧系统割接过程灰度管控的方法及系统，用于降低测试新CRM系统的难度。本申请实施例方法包括：Nginx主机接收业务请求；Nginx主机确定访问路径为新系统路径；Nginx主机将业务请求路由至新系统页面；Nginx主机调用营业ESB中的产商品HSF服务注册名；营业ESB调用第一WebLogic主机中的产商品HSF服务；第一WebLogic主机调用资源ESB中的资源HSF服务注册名；资源ESB调用第二WebLogic主机中的资源HSF服务；或Nginx主机确定访问路径为旧系统路径；Nginx主机将业务请求路由至第三WebLogic主机中的旧系统页面；第三WebLogic主机调用营业ESB中的营业服务注册名；营业ESB调用Tuxedo主机中的营业Tuxedo服务；第一Tuxedo主机调用资源ESB中的资源Tuxedo服务注册名；资源ESB调用第二Tuxedo主机中的资源Tuxedo服务。

Description

一种新旧系统割接过程灰度管控的方法、装置以及系统

技术领域

本申请实施例涉及数据处理领域，尤其涉及一种新旧系统割接过程灰度管控的方法、装置以及系统。

背景技术

客户关系管理(Customer Relationship Management，CRM)系统是指企业为提高核心竞争力，利用相应的信息技术以及互联网技术协调企业与顾客间在销售、营销和服务上的交互，从而提升其管理方式，向客户提供创新式的个性化的客户交互和服务的过程的系统。

现有技术中，升级CRM系统时，一般是采取全面割接方案，将新上线的功能集所使用到的新资源接口全面上线，并且同时将对应的老资源接口全面下线。

然而，这样的割接方案，会存在新CRM程序和旧CRM程序的业务受理程序同时调用的情况，对新CRM系统的测试会十分困难。

发明内容

本申请实施例提供了一种新旧系统割接过程灰度管控的方法、装置以及系统，可以降低测试新CRM系统的难度。

本申请实施例第一方面提供了一种新旧系统割接的方法，包括：

Nginx主机通过企业门户(Enterprise Portal，EP)的营业首页接收业务请求，所述业务请求中含有访问路径；

所述Nginx主机根据所述访问路径确定将所述业务请求路由至的页面；具体为：

所述Nginx主机确定所述访问路径为新系统路径；所述Nginx主机根据所述新系统路径将所述业务请求路由至新系统页面；

所述Nginx主机根据所述业务请求在所述新系统页面调用营业企业服务总线(Enterprise Service Bus，ESB)中的产商品高速服务框架(High-speed ServiceFramework，HSF)服务注册名；所述营业ESB根据所述产商品HSF服务注册名调用第一WebLogic主机中的产商品HSF服务；所述第一WebLogic主机根据所述产商品HSF服务调用资源ESB中的资源HSF服务注册名；所述资源ESB根据所述资源HSF服务注册名调用第二WebLogic主机中的资源HSF服务；

或

所述Nginx主机确定所述访问路径为旧系统路径；所述Nginx主机根据所述旧系统路径将所述业务请求路由至第三WebLogic主机中的旧系统页面；

所述第三WebLogic主机根据所述业务请求在所述旧系统页面调用所述营业ESB中的营业服务注册名；所述营业ESB根据所述营业服务注册名调用第一分布式操作扩展之后的Unix事务系统(Transaction for Unix has been Extended for DistributedOperation，Tuxedo)主机中的营业Tuxedo服务；所述第一Tuxedo主机根据所述营业Tuxedo服务调用所述资源ESB中的资源Tuxedo服务注册名；所述资源ESB根据所述资源Tuxedo服务注册名调用第二Tuxedo主机中的资源Tuxedo服务。

可选的，所述Nginx主机确定所述访问路径为新系统路径包括：

所述Nginx主机确定所述访问路径为epweb路径；

所述Nginx主机根据所述epweb路径确定所述访问路径新系统路径。

可选的，所述Nginx主机确定所述访问路径为旧系统路径包括：

所述Nginx主机确定所述访问路径为npage路径；

所述Nginx主机根据所述npage路径确定所述访问路径旧系统路径。

可选的，所述Nginx主机根据所述新系统路径将所述业务请求路由至新系统页面包括：

所述Nginx主机根据所述新系统路径，通过反向代理将所述业务请求路由至新系统页面。

可选的，所述Nginx主机根据所述新系统路径将所述业务请求路由至新系统页面包括：

所述Nginx主机根据所述旧系统路径，通过反向代理将所述业务请求路由至第三WebLogic主机中的旧系统页面。

本实施例第二方面提供了一种新旧系统割接过程灰度管控的系统，包括Nginx主机、第一WebLogic主机、营业ESB、第二WebLogic主机、第一Tuxedo主机、资源ESB、第三WebLogic主机和第二Tuxedo主机；

所述Nginx主机包括接收单元、第一确定单元、第一路由单元、第一调用单元、第二确定单元以及第二路由单元；

所述接收单元，用于接收业务请求，所述业务请求中含有访问路径；

所述第一确定单元，用于确定所述访问路径为新系统路径；

所述第一路由单元，用于根据所述新系统路径将所述业务请求路由至新系统页面；

所述第一调用单元，用于根据所述业务请求在所述新系统页面调用所述营业ESB中的产商品HSF服务注册名；

所述第二确定单元，用于确定所述访问路径为旧系统路径；

所述第二路由单元，用于根据所述新系统路径将所述业务请求路由至第三WebLogic主机中的旧系统页面；

所述营业ESB包括第二调用单元和第三调用单元；

所述第二调用单元，用于根据所述产商品HSF服务注册名调用第一WebLogic主机中的产商品HSF服务；

所述第三调用单元，用于根据所述营业服务注册名调用所述第一Tuxedo主机中的营业Tuxedo服务；

所述第一WebLogic主机，用于根据所述产商品HSF服务调用所述资源ESB中的资源HSF服务注册名；

所述资源ESB包括第四调用单元和第五调用单元；

所述第四调用单元，用于根据所述资源HSF服务注册名调用第二WebLogic主机中的资源HSF服务；

所述第五调用单元，用于根据所述资源Tuxedo服务注册名调用第二Tuxedo主机中的资源Tuxedo服务；

所述第二WebLogic主机，用于执行所述资源HSF服务；

所述第三WebLogic主机，用于根据所述业务请求在所述旧系统页面调用所述营业ESB中的营业服务注册名；

所述第一Tuxedo主机，用于根据所述营业Tuxedo服务调用所述资源ESB中的资源Tuxedo服务注册名；

所述第二Tuxedo主机，用于执行所述资源Tuxedo服务。

可选的，所述第一确定单元具体用于：

确定所述访问路径为epweb路径；

根据所述epweb路径确定所述访问路径新系统路径。

可选的，所述第二确定单元具体用于：

确定所述访问路径为npage路径；

根据所述npage路径确定所述访问路径旧系统路径。

可选的，所述第一路由单元具体用于：

根据所述新系统路径，通过反向代理将所述业务请求路由至新系统页面。

可选的，所述第二路由单元具体用于：

根据所述旧系统路径，通过反向代理将所述业务请求路由至第三WebLogic主机中的旧系统页面。

从以上技术方案可以看出，Nginx主机接收业务请求后，首先确定业务请求中携带的访问路径的类型，如果确定访问路径为新系统路径，则会将业务请求路由至新系统页面，然后调用营业ESB中的产商品HSF服务注册名，接着营业ESB调用第一WebLogic主机中的产商品HSF服务，接着第一WebLogic主机调用资源ESB中的资源HSF服务注册名，最后资源ESB第二WebLogic主机中的调用资源HSF服务。如果确定访问路径为旧系统路径，则会将业务请求路由至第三WebLogic主机中的旧系统页面，然后第三WebLogic主机调用营业ESB中的营业服务注册名，营业ESB再调用第一Tuxedo主机中的营业Tuxedo服务，接着第一Tuxedo主机调用资源ESB中的资源Tuxedo服务注册名，最后资源ESB调用资源Tuxedo服务。本申请实施例提供的方法通过业务请求中的访问路径的类型的不同，分别调用新系统页面和旧系统页面，再分别调用新、旧系统对应的接口中的程序，使新、旧系统的程序分开调用，减少了新系统的程序同时被调用新、旧调用的情况，因此降低了测试新系统的困难，进而降低了割接过渡的风险。

附图说明

图1为本申请中新旧系统割接过程灰度管控的方法的一个流程示意图；

图2为本申请中新旧系统割接过程灰度管控的方法的另一流程示意图；

图3为本申请中新旧系统割接过程灰度管控的系统的一个结构示意图。

具体实施方式

本申请实施例提供了一种新旧系统割接过程灰度管控的方法、装置以及系统，用于降低测试新CRM系统的难度。

在本申请实施例中，为了更清楚完善地描述本实施例所展示的方法，本实施例对应的附图分为图1和图2，本领域技术人员通过结合附图可以清楚地了解到本实施例描述的含义。

请参阅图1和图2，本申请实施例新旧系统割接过程灰度管控的方法一个实施例包括：

101、Nginx主机通过企业门户EP的营业首页接收业务请求，所述业务请求中含有访问路径；

Nginx主机通过EP的营业首页接收来自用户的业务请求，业务请求中含有访问路径，访问路径至少包含两种，一种是用于访问新系统页面的新系统路径，另一种是用于访问旧系统页面的旧系统路径，Nginx则会根据访问路径的不同对业务请求进行相应的处理。

102、所述Nginx主机确定所述访问路径为新系统路径；

Nginx主机接收到用户发送的业务请求之后，若该业务请求用于访问新系统页面的epweb路径，则Nginx主机可以根据该epweb路径，将该业务请求的访问路径确定为用于访问新系统页面的新系统路径。

本实施例中，Nginx主机可以根据epweb路径确定业务请求的访问路径为新系统路径，也可以通过其他路径确定业务请求的访问路径为新系统路径，具体此处不做限制。

103、所述Nginx主机根据所述新系统路径将所述业务请求路由至新系统页面；

在Nginx主机确定业务请求中的访问路径为新系统路径之后，可以通过反向代理的方式，将该业务请求路由至本机的新系统页面，在新系统页面处理该业务请求。

104、所述Nginx主机根据所述业务请求在所述新系统页面调用ESB中的产商品高速服务框架HSF服务注册名；

Nginx主机将业务请求路由至本机的新系统页面之后，可以根据该业务请求，在新系统页面下调用营业ESB中的产商品HSF服务注册名。

105、所述营业ESB根据所述产商品HSF服务注册名调用第一WebLogic主机中的产商品HSF服务；

Nginx主机在新系统页面下调用营业ESB中的产商品HSF服务注册名之后，营业ESB可以根据该产商品HSF服务注册名调用第一WebLogic主机中的产商品HSF服务。

106、所述第一WebLogic主机根据所述产商品HSF服务调用资源ESB中的资源HSF服务注册名；

在营业ESB根据产商品HSF服务注册名调用第一WebLogic主机中的产商品HSF服务之后，第一WebLogic主机可以根据该产商品HSF服务调用资源ESB的资源HSF服务注册名；

107、所述资源ESB根据所述资源HSF服务注册名调用第二WebLogic主机中的资源HSF服务；

在第一WebLogic主机根据产商品HSF服务调用资源ESB种的资源HSF服务注册名之后，资源ESB可以根据该资源HSF服务注册名调用第二WebLogic主机中的资源HSF服务，完成对用户发送的业务请求的处理。

201、Nginx主机通过企业门户EP的营业首页接收业务请求，所述业务请求中含有访问路径；

本实施例中的步骤201与前述步骤101类似，此处不再赘述。

202、所述Nginx主机确定所述访问路径为旧系统路径；

Nginx主机接收到用户发送的业务请求之后，若该业务请求用于访问旧系统页面的epweb路径，则Nginx可以将该业务请求的访问路径确定为用于访问旧系统页面的旧系统路径。

本实施例中，Nginx主机可以根据npage路径确定业务请求的访问路径为旧系统路径，也可以通过其他路径确定业务请求的访问路径为旧系统路径，具体此处不做限制。

203、所述Nginx主机根据所述旧系统路径将所述业务请求路由至第三WebLogic主机中的旧系统页面；

在Nginx主机确定业务请求中的访问路径为旧系统路径之后，可以通过反省代理的方式，将该业务请求路由至第三WebLogic主机中的旧系统页面，由第三WebLogic主机在旧系统页面对该业务请求进行处理。

204、所述第三WebLogic主机根据所述业务请求在所述旧系统页面调用所述营业ESB中的营业服务注册名；

Nginx主机将业务请求路由至第三WebLogic主机中的旧系统页面之后，第三WebLogic主机可以根据该业务请求在旧系统页面下调用营业ESB中的营业服务注册名。

205、所述营业ESB根据所述营业服务注册名调用第一Tuxedo主机中的营业Tuxedo服务；

第三WebLogic主机调用营业ESB中的营业服务注册名之后，营业ESB可以根据该营业服务注册名调用第一Tuxedo主机中的营业Tuxedo服务；

206、第一Tuxedo主机根据所述营业Tuxedo服务调用所述资源ESB中的资源Tuxedo服务注册名；

营业ESB调用第一Tuxedo主机中的营业Tuxedo服务之后，第一Tuxedo主机可以根据该营业Tuxedo服务调用资源ESB中的资源Tuxedo服务注册名。

207、所述资源ESB根据所述资源Tuxedo服务注册名调用第二Tuxedo主机中的资源Tuxedo服务。

第一Tuxedo主机调用资源ESB中的资源Tuxedo服务注册名之后，资源ESB可以根据该资源Tuxedo服务注册名调用第二Tuxedo主机中的资源Tuxedo服务，完成对业务请求的处理。

本实施例中，Nginx主机接收业务请求后，首先确定业务请求中携带的访问路径的类型，如果确定访问路径为新系统路径，则会将业务请求路由至新系统页面，然后调用营业ESB中的产商品HSF服务注册名，接着营业ESB调用第一WebLogic主机中的产商品HSF服务，接着第一WebLogic主机调用资源ESB中的资源HSF服务注册名，最后资源ESB第二WebLogic主机中的调用资源HSF服务。如果确定访问路径为旧系统路径，则会将业务请求路由至第三WebLogic主机中的旧系统页面，然后第三WebLogic主机调用营业ESB中的营业服务注册名，营业ESB再调用第一Tuxedo主机中的营业Tuxedo服务，接着第一Tuxedo主机调用资源ESB中的资源Tuxedo服务注册名，最后资源ESB调用资源Tuxedo服务。本申请实施例提供的方法通过业务请求中的访问路径的类型的不同，分别调用新系统页面和旧系统页面，再分别调用新、旧系统对应的接口中的程序，使新、旧系统的程序分开调用，减少了新系统的程序同时被调用新、旧调用的情况，因此降低了测试新系统的困难，进而降低了割接过渡的风险。

上面对新旧系统割接过程灰度管控的方法进行了描述，下面对新旧系统割接过程灰度管控的系统进行描述。

请参阅图3，本申请实施例中新旧系统割接过程灰度管控的系统一个实施例包括Nginx主机301、营业ESB302、第一WebLogic主机303、资源ESB304、第二WebLogic主机305、第三WebLogic主机306、第一Tuxedo主机307和第二Tuxedo主机308；

所述Nginx主机301包括接收单元3011、第一确定单元3012、第一路由单元3013、第一调用单元3014、第二确定单元3015以及第二路由单元3016；

所述接收单元3011，用于接收业务请求，所述业务请求中含有访问路径；

所述第一确定单元3012，用于确定所述访问路径为新系统路径；

所述第一路由单元3013，用于根据所述新系统路径将所述业务请求路由至新系统页面；

所述第一调用单元3014，用于根据所述业务请求在所述新系统页面调用所述营业ESB中的产商品HSF服务注册名；

所述第二确定单元3015，用于确定所述访问路径为旧系统路径；

所述第二路由单元3016，用于根据所述新系统路径将所述业务请求路由至第三WebLogic主机306中的旧系统页面；

所述营业ESB302包括第二调用单元3021和第三调用单元3022；

所述第二调用单元3021，用于根据所述产商品HSF服务注册名调用第一WebLogic主机303中的产商品HSF服务；

所述第三调用单元3022，用于根据所述营业服务注册名调用第一Tuxedo主机307中的营业Tuxedo服务；

所述第一WebLogic主机303，用于根据所述产商品HSF服务调用所述资源ESB304中的资源HSF服务注册名；

所述资源ESB304包括第四调用单元3041和第五调用单元3042；

所述第四调用单元3041，用于根据所述资源HSF服务注册名调用第二WebLogic主机305中的资源HSF服务；

所述第五调用单元3042，用于根据所述资源Tuxedo服务注册名调用第二Tuxedo主机308中的资源Tuxedo服务；

所述第二WebLogic主机305，用于执行所述资源HSF服务；

所述第三WebLogic主机306，用于根据所述业务请求在所述旧系统页面调用所述营业ESB302中的营业服务注册名；

所述第一Tuxedo主机307，用于根据所述营业Tuxedo服务调用所述资源ESB304中的资源Tuxedo服务注册名；

所述第二Tuxedo主机308，用于执行所述资源Tuxedo服务。

本实施例中，Nginx主机通过接收单元接收业务请求后，首先通过第一确定单元确定业务请求的访问路径为新系统路径，然后通过第一路由单元将业务请求路由至新系统页面，然后通过第一调用单元调用营业ESB中的产商品HSF服务注册名，接着营业ESB通过第二调用单元调用第一WebLogic主机中的产商品HSF服务，接着第一WebLogic主机调用资源ESB中的资源HSF服务注册名，最后资源ESB通过第四调用单元调用第二WebLogic主机中的资源HSF服务，完成对业务请求的处理；

或者Nginx主机接收业务请求后，首先通过第二确定单元确定业务请求的访问路径为旧系统路径，然后通过第二路由单元将业务请求路由至第三WebLogic主机中的旧系统页面，然后第三WebLogic主机调用营业ESB中的营业服务注册名，营业ESB再通过第三调用单元调用第一Tuxedo主机中的营业Tuxedo服务，接着第一Tuxedo主机调用资源ESB中的资源Tuxedo服务注册名，最后资源ESB通过第五调用单元调用资源Tuxedo服务，完成对业务请求的处理。本申请实施例提供的方法通过业务请求中的访问路径的类型的不同，分别调用新系统页面和旧系统页面，再分别调用新、旧系统对应的接口中的程序，使新、旧系统的程序分开调用，减少了新系统的程序同时被调用新、旧调用的情况，因此降低了测试新系统的困难，进而降低了割接过渡的风险。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，read-onlymemory)、随机存取存储器(RAM，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。

Claims (10)

1.一种新旧系统割接过程灰度管控的方法，其特征在于，包括：

Nginx主机通过企业门户EP的营业首页接收业务请求，所述业务请求中含有访问路径；

所述Nginx主机根据所述访问路径确定将所述业务请求路由至的页面；具体为：

所述Nginx主机确定所述访问路径为新系统路径；所述Nginx主机根据所述新系统路径将所述业务请求路由至新系统页面；

所述Nginx主机根据所述业务请求在所述新系统页面调用营业企业服务总线ESB中的产商品高速服务框架HSF服务注册名；所述营业ESB根据所述产商品HSF服务注册名调用第一WebLogic主机中的产商品HSF服务；所述第一WebLogic主机根据所述产商品HSF服务调用资源ESB中的资源HSF服务注册名；所述资源ESB根据所述资源HSF服务注册名调用第二WebLogic主机中的资源HSF服务；

或

所述Nginx主机确定所述访问路径为旧系统路径；所述Nginx主机根据所述旧系统路径将所述业务请求路由至第三WebLogic主机中的旧系统页面；

所述第三WebLogic主机根据所述业务请求在所述旧系统页面调用所述营业ESB中的营业服务注册名；所述营业ESB根据所述营业服务注册名调用第一分布式操作扩展之后的Unix事务系统Tuxedo主机中的营业Tuxedo服务；所述第一Tuxedo主机根据所述营业Tuxedo服务调用所述资源ESB中的资源Tuxedo服务注册名；所述资源ESB根据所述资源Tuxedo服务注册名调用第二Tuxedo主机中的资源Tuxedo服务。

2.根据权利要求1所述的方法，其特征在于，所述Nginx主机确定所述访问路径为新系统路径包括：

所述Nginx主机确定所述访问路径为epweb路径；

所述Nginx主机根据所述epweb路径确定所述访问路径新系统路径。

3.根据权利要求1所述的方法，其特征在于，所述Nginx主机确定所述访问路径为旧系统路径包括：

所述Nginx主机确定所述访问路径为npage路径；

所述Nginx主机根据所述npage路径确定所述访问路径旧系统路径。

4.根据权利要求1至3中任一项所述的方法，其特征在于，所述Nginx主机根据所述新系统路径将所述业务请求路由至新系统页面包括：

所述Nginx主机根据所述新系统路径，通过反向代理将所述业务请求路由至新系统页面。

5.根据权利要求1至3中任一项所述的方法，其特征在于，所述Nginx主机根据所述新系统路径将所述业务请求路由至新系统页面包括：

所述Nginx主机根据所述旧系统路径，通过反向代理将所述业务请求路由至第三WebLogic主机中的旧系统页面。

6.一种新旧系统割接过程灰度管控的系统，其特征在于，所述系统包括Nginx主机、第一WebLogic主机、营业ESB、第二WebLogic主机、第一Tuxedo主机、资源ESB、第三WebLogic主机和第二Tuxedo主机；

所述Nginx主机包括接收单元、第一确定单元、第一路由单元、第一调用单元、第二确定单元以及第二路由单元；

所述接收单元，用于接收业务请求，所述业务请求中含有访问路径；

所述第一确定单元，用于确定所述访问路径为新系统路径；

所述第一路由单元，用于根据所述新系统路径将所述业务请求路由至新系统页面；

所述第一调用单元，用于根据所述业务请求在所述新系统页面调用所述营业ESB中的产商品HSF服务注册名；

所述第二确定单元，用于确定所述访问路径为旧系统路径；

所述第二路由单元，用于根据所述新系统路径将所述业务请求路由至第三WebLogic主机中的旧系统页面；

所述营业ESB包括第二调用单元和第三调用单元；

所述第二调用单元，用于根据所述产商品HSF服务注册名调用第一WebLogic主机中的产商品HSF服务；

所述第三调用单元，用于根据所述营业服务注册名调用所述第一Tuxedo主机中的营业Tuxedo服务；

所述第一WebLogic主机，用于根据所述产商品HSF服务调用所述资源ESB中的资源HSF服务注册名；

所述资源ESB包括第四调用单元和第五调用单元；

所述第四调用单元，用于根据所述资源HSF服务注册名调用第二WebLogic主机中的资源HSF服务；

所述第五调用单元，用于根据所述资源Tuxedo服务注册名调用第二Tuxedo主机中的资源Tuxedo服务；

所述第二WebLogic主机，用于执行所述资源HSF服务；

所述第三WebLogic主机，用于根据所述业务请求在所述旧系统页面调用所述营业ESB中的营业服务注册名；

所述第一Tuxedo主机，用于根据所述营业Tuxedo服务调用所述资源ESB中的资源Tuxedo服务注册名；

所述第二Tuxedo主机，用于执行所述资源Tuxedo服务。

7.根据权利要求6所述的系统，其特征在于，所述第一确定单元具体用于：

确定所述访问路径为epweb路径；

根据所述epweb路径确定所述访问路径新系统路径。

8.根据权利要求6所述的系统，其特征在于，所述第二确定单元具体用于：

确定所述访问路径为npage路径；

根据所述npage路径确定所述访问路径旧系统路径。

9.根据权利要求6至8中任一项所述的系统，其特征在于，所述第一路由单元具体用于：

根据所述新系统路径，通过反向代理将所述业务请求路由至新系统页面。

10.根据权利要求6至8中任一项所述的系统，其特征在于，所述第二路由单元具体用于：

根据所述旧系统路径，通过反向代理将所述业务请求路由至第三WebLogic主机中的旧系统页面。

Images