本技術涉及通信技術，尤其涉及一種請求處理方法、裝置、電子設備、存儲介質及程序產(chǎn)品。

背景技術：

1、目前，用戶通過銀行系統(tǒng)的開放api接口開展銀行類it業(yè)務或金融業(yè)務。由于不同類別的api接口在安全等級、監(jiān)管等級、可用等級等方面存在顯著差異，因此，在業(yè)務運營過程中，需要對api接口集中部署的架構進行分級分類管理。

2、現(xiàn)有技術基于vpc虛擬網(wǎng)絡技術對單一網(wǎng)絡進行“邏輯分區(qū)”，通過在各邏輯分區(qū)之間設置訪問策略以實現(xiàn)“分區(qū)”之間的“邏輯隔離”，從而對“邏輯隔離”的各個網(wǎng)絡分區(qū)進行獨立部署、獨立管理、獨立維護，以實現(xiàn)api接口的分類運營管理。

3、但是，“邏輯隔離”后的各個網(wǎng)絡分區(qū)的物理底層仍為集中部署形態(tài)，并且在集中部署的模式下因資源故障和網(wǎng)絡帶寬瓶頸影響業(yè)務開展的效率和準確率，從而進一步導致業(yè)務經(jīng)營質量和服務水平降低。

技術實現(xiàn)思路

1、本技術實施例提供請求處理方法、裝置、電子設備、存儲介質及程序產(chǎn)品，用以提升請求處理效率和準確率。

2、第一方面，本技術實施例提供一種請求處理方法，包括：

3、獲取用戶應用終端發(fā)送的目標請求；

4、通過與用戶應用終端通信的api網(wǎng)關，對用戶應用終端進行合法驗證，在確定用戶應用終端驗證通過時，將目標請求傳輸至與api網(wǎng)關在同一網(wǎng)絡分區(qū)內(nèi)的api應用系統(tǒng)；

5、基于目標請求，通過api應用系統(tǒng)確定目標請求對應的api接口，并確定api接口中是否存在關聯(lián)業(yè)務，關聯(lián)業(yè)務為當前網(wǎng)絡分區(qū)外的各個網(wǎng)絡分區(qū)中與api接口關聯(lián)的業(yè)務；在確定存在關聯(lián)業(yè)務時，根據(jù)關聯(lián)業(yè)務生成代理請求，并通過當前網(wǎng)絡分區(qū)內(nèi)的單向代理服務器將代理請求傳輸至關聯(lián)業(yè)務對應的目標網(wǎng)絡分區(qū)，當前網(wǎng)絡分區(qū)指api網(wǎng)關和api應用系統(tǒng)所在的網(wǎng)絡分區(qū)；

6、基于代理請求，通過目標網(wǎng)絡分區(qū)對代理請求進行驗證，并在驗證通過后將目標api接口對應的業(yè)務傳輸至用戶應用終端，目標api接口為目標網(wǎng)絡分區(qū)中關聯(lián)業(yè)務對應的api接口。

7、可選地，獲取用戶應用終端發(fā)送的目標請求之前，方法包括：

8、建立不同業(yè)務類別分別對應的網(wǎng)絡分區(qū)，并在各個網(wǎng)絡分區(qū)之間建立分區(qū)防火墻，以控制流量隔離；

9、其中，建立任意一項業(yè)務類別對應的網(wǎng)絡分區(qū)，包括：

10、基于業(yè)務類別建立對應的網(wǎng)絡分區(qū)，網(wǎng)絡分區(qū)內(nèi)包括與業(yè)務類別對應的內(nèi)網(wǎng)防火墻、api網(wǎng)關和api應用系統(tǒng)；

11、確定與網(wǎng)絡分區(qū)進行通信的公網(wǎng)域名，公網(wǎng)域名與業(yè)務類別對應，以使業(yè)務類別對應的用戶基于公網(wǎng)域名請求對應業(yè)務；并確定業(yè)務類別對應的各個api接口，并部署在業(yè)務類別對應的a`pi應用系統(tǒng)中，以使api應用系統(tǒng)向業(yè)務類別的用戶提供對應業(yè)務；

12、在確定業(yè)務類別對應的各個api接口中存在關聯(lián)業(yè)務時，根據(jù)關聯(lián)業(yè)務在api應用系統(tǒng)所在的網(wǎng)絡分區(qū)內(nèi)配置至少一個單向代理服務器。

13、可選地，獲取目標請求之后，方法包括：

14、通過api應用系統(tǒng)確定目標請求對應的api接口不存在關聯(lián)業(yè)務時，通過當前網(wǎng)絡分區(qū)內(nèi)的api網(wǎng)關將api接口對應的業(yè)務傳輸至用戶應用終端。

15、可選地，通過api應用系統(tǒng)確定目標請求對應的api接口存在關聯(lián)業(yè)務之后，方法包括：

16、根據(jù)關聯(lián)業(yè)務確定目標api接口和目標網(wǎng)絡分區(qū)，通過當前網(wǎng)絡分區(qū)的api應用系統(tǒng)生成代理請求，并確定當前網(wǎng)絡分區(qū)內(nèi)與目標網(wǎng)絡分區(qū)對應的單向代理服務器；通過單向代理服務器將代理請求發(fā)送至目標分區(qū)防火墻，目標分區(qū)防火墻位于目標網(wǎng)絡分區(qū)和當前網(wǎng)絡分區(qū)之間；

17、基于單向代理服務器，通過目標分區(qū)防火墻確定是否存在與目標網(wǎng)絡分區(qū)對應的路由策略，若存在，則將代理請求傳輸至目標網(wǎng)絡分區(qū)中的api網(wǎng)關。

18、可選地，基于代理請求，通過目標網(wǎng)絡分區(qū)對代理請求進行驗證，并在驗證通過后將目標api接口對應的業(yè)務傳輸至用戶應用終端，包括：

19、通過目標網(wǎng)絡分區(qū)內(nèi)的目標api網(wǎng)關對生成代理請求的api應用系統(tǒng)進行合法驗證；

20、若確定api應用系統(tǒng)驗證通過時，將代理請求傳輸至目標網(wǎng)絡分區(qū)內(nèi)的目標api應用系統(tǒng)，以使目標api應用系統(tǒng)將目標api接口對應的業(yè)務反饋至用戶應用終端。

21、可選地，在任意一個網(wǎng)絡分區(qū)內(nèi)上線新增應用時，方法包括：

22、在任意時刻下將新增應用在網(wǎng)絡分區(qū)內(nèi)上線；并確定新增應用對應的新增api接口；

23、在新增應用上線完成后，確定目標請求對應的api接口為新增api接口，且新增api接口存在關聯(lián)業(yè)務時，根據(jù)新增api接口生成代理請求，并確定關聯(lián)業(yè)務對應的目標網(wǎng)絡分區(qū)；通過網(wǎng)絡分區(qū)內(nèi)與目標網(wǎng)絡分區(qū)對應的單向代理服務器將代理請求傳輸至目標網(wǎng)絡分區(qū)，以使目標網(wǎng)絡分區(qū)基于代理請求做出響應。

24、第二方面，本技術實施例提供一種請求處理裝置，包括：

25、獲取模塊，用于獲取用戶應用終端發(fā)送的目標請求；

26、處理模塊，用于通過與用戶應用終端通信的api網(wǎng)關，對用戶應用終端進行合法驗證，在確定用戶應用終端驗證通過時，將目標請求傳輸至與api網(wǎng)關在同一網(wǎng)絡分區(qū)內(nèi)的api應用系統(tǒng)；

27、處理模塊，用于基于目標請求，通過api應用系統(tǒng)確定目標請求對應的api接口，并確定api接口中是否存在關聯(lián)業(yè)務，關聯(lián)業(yè)務為當前網(wǎng)絡分區(qū)外的各個網(wǎng)絡分區(qū)中與api接口關聯(lián)的業(yè)務；在確定存在關聯(lián)業(yè)務時，根據(jù)關聯(lián)業(yè)務生成代理請求，并通過當前網(wǎng)絡分區(qū)內(nèi)的單向代理服務器將代理請求傳輸至關聯(lián)業(yè)務對應的目標網(wǎng)絡分區(qū)，當前網(wǎng)絡分區(qū)指api網(wǎng)關和api應用系統(tǒng)所在的網(wǎng)絡分區(qū)；

28、處理模塊，用于基于代理請求，通過目標網(wǎng)絡分區(qū)對代理請求進行驗證，并在驗證通過后將目標api接口對應的業(yè)務傳輸至用戶應用終端，目標api接口為目標網(wǎng)絡分區(qū)中關聯(lián)業(yè)務對應的api接口。

29、可選地，處理模塊，用于建立不同業(yè)務類別分別對應的網(wǎng)絡分區(qū)，并在各個網(wǎng)絡分區(qū)之間建立分區(qū)防火墻，以控制流量隔離；

30、其中，建立任意一項業(yè)務類別對應的網(wǎng)絡分區(qū)，包括：

31、基于業(yè)務類別建立對應的網(wǎng)絡分區(qū)，網(wǎng)絡分區(qū)內(nèi)包括與業(yè)務類別對應的內(nèi)網(wǎng)防火墻、api網(wǎng)關和api應用系統(tǒng)；

32、確定與網(wǎng)絡分區(qū)進行通信的公網(wǎng)域名，公網(wǎng)域名與業(yè)務類別對應，以使業(yè)務類別對應的用戶基于公網(wǎng)域名請求對應業(yè)務；并確定業(yè)務類別對應的各個api接口，并部署在業(yè)務類別對應的api應用系統(tǒng)中，以使api應用系統(tǒng)向業(yè)務類別的用戶提供對應業(yè)務；

33、在確定業(yè)務類別對應的各個api接口中存在關聯(lián)業(yè)務時，根據(jù)關聯(lián)業(yè)務在api應用系統(tǒng)所在的網(wǎng)絡分區(qū)內(nèi)配置至少一個單向代理服務器。

34、可選地，處理模塊，用于在獲取目標請求之后，通過api應用系統(tǒng)確定目標請求對應的api接口不存在關聯(lián)業(yè)務時，通過當前網(wǎng)絡分區(qū)內(nèi)的api網(wǎng)關將api接口對應的業(yè)務傳輸至用戶應用終端。

35、可選地，處理模塊，用于根據(jù)關聯(lián)業(yè)務確定目標api接口和目標網(wǎng)絡分區(qū)，通過當前網(wǎng)絡分區(qū)的api應用系統(tǒng)生成代理請求，并確定當前網(wǎng)絡分區(qū)內(nèi)與目標網(wǎng)絡分區(qū)對應的單向代理服務器；通過單向代理服務器將代理請求發(fā)送至目標分區(qū)防火墻，目標分區(qū)防火墻位于目標網(wǎng)絡分區(qū)和當前網(wǎng)絡分區(qū)之間；

36、基于單向代理服務器，通過目標分區(qū)防火墻確定是否存在與目標網(wǎng)絡分區(qū)對應的路由策略，若存在，則將代理請求傳輸至目標網(wǎng)絡分區(qū)中的api網(wǎng)關。

37、可選地，處理模塊，用于通過目標網(wǎng)絡分區(qū)內(nèi)的目標api網(wǎng)關對生成代理請求的api應用系統(tǒng)進行合法驗證；

38、若確定api應用系統(tǒng)驗證通過時，將代理請求傳輸至目標網(wǎng)絡分區(qū)內(nèi)的目標api應用系統(tǒng)，以使目標api應用系統(tǒng)將目標api接口對應的業(yè)務反饋至用戶應用終端。

39、可選地，處理模塊，用于在任意一個網(wǎng)絡分區(qū)內(nèi)上線新增應用時，在任意時刻下將新增應用在網(wǎng)絡分區(qū)內(nèi)上線；并確定新增應用對應的新增api接口；

40、在新增應用上線完成后，確定目標請求對應的api接口為新增api接口，且新增api接口存在關聯(lián)業(yè)務時，根據(jù)新增api接口生成代理請求，并確定關聯(lián)業(yè)務對應的目標網(wǎng)絡分區(qū)；通過網(wǎng)絡分區(qū)內(nèi)與目標網(wǎng)絡分區(qū)對應的單向代理服務器將代理請求傳輸至目標網(wǎng)絡分區(qū)，以使目標網(wǎng)絡分區(qū)基于代理請求做出響應。

41、第三方面，本技術實施例提供一種電子設備，包括：存儲器，處理器；

42、存儲器存儲計算機執(zhí)行指令；

43、處理器執(zhí)行存儲器存儲的計算機執(zhí)行指令，使得處理器執(zhí)行如上第一方面和/或第一方面各種可能的實施方式。

44、第四方面，本技術實施例提供一種計算機可讀存儲介質，計算機可讀存儲介質中存儲有計算機執(zhí)行指令，計算機執(zhí)行指令被處理器執(zhí)行時用于實現(xiàn)如上第一方面和/或第一方面各種可能的實施方式。

45、第五方面，本技術實施例提供一種計算機程序產(chǎn)品，包括計算機程序，該計算機程序被處理器執(zhí)行時實現(xiàn)如上第一方面和/或第一方面各種可能的實施方式。

46、本技術實施例提供的請求處理方法、裝置、電子設備、存儲介質及程序產(chǎn)品，通過獲取用戶應用終端發(fā)送的目標請求，并將該目標請求在與用戶應用終端通信的網(wǎng)絡分區(qū)內(nèi)傳輸，通過該網(wǎng)絡分區(qū)內(nèi)獨立的api網(wǎng)關對用戶應用終端進行驗證，驗證通過后，通過該網(wǎng)絡分區(qū)內(nèi)獨立的api應用系統(tǒng)確定目標請求對應的api接口，并在api接口存在關聯(lián)業(yè)務時，生成代理請求并通過該網(wǎng)絡分區(qū)內(nèi)獨立的單向代理服務器發(fā)送至關聯(lián)業(yè)務對應的目標網(wǎng)絡分區(qū)，以在目標網(wǎng)絡分區(qū)對當前網(wǎng)絡分區(qū)的代理請求驗證通過后，將對應的業(yè)務反饋至用戶應用終端，實現(xiàn)不同網(wǎng)絡分區(qū)之間的硬件隔離，并通過獨立部署的網(wǎng)絡分區(qū)實現(xiàn)跨區(qū)傳輸，降低了基于api接口開展業(yè)務的成本，提升處理用戶請求和業(yè)務數(shù)據(jù)的準確性和可靠性。