[發(fā)明專利]一種數據請求的處理方法及CDN服務端

在審

• 申請?zhí)枺?/td>: 202011327696.0
• 申請日: 2020-11-24
• 公開（公告）號: CN112468570A
• 公開（公告）日: 2021-03-09
• 發(fā)明（設計）人: 劉德建;陳銘;陳耀燦;郭玉湖;陳宏
• 申請（專利權）人: 福建天泉教育科技有限公司
• 主分類號: H04L29/08
• 分類號: H04L29/08
• 代理公司: 福州市博深專利事務所(普通合伙) 35214
• 代理人: 張明

本發(fā)明公開了一種數據請求的處理方法及CDN服務端，CDN服務端接收客戶端的訪問請求；CDN服務端判斷訪問請求的請求數據是否為靜態(tài)資源，若是，則返回與請求數據對應的靜態(tài)資源給客戶端；否則判斷是否存在與請求數據對應的緩存數據，若是，則返回對應的緩存數據給客戶端，否則向業(yè)務服務端請求與請求數據對應的云端數據并緩存，再將云端數據返回給所述客戶端。即本發(fā)明CDN服務端還存儲有一定的非靜態(tài)資源作為緩存數據，降低了業(yè)務服務端的業(yè)務壓力和數據存儲的成本，且CDN服務端的節(jié)點非常多，通常被部署在全球各個主要城市，用戶訪問時，會就近訪問一個最近的CDN服務端，所以用戶從CDN獲取數據的速度遠高于從業(yè)務服務端獲取數據的速度。

技術領域

本發(fā)明涉及服務端優(yōu)化架構技術領域，特別涉及一種數據請求的處理方法及CDN服務端。

背景技術

目前業(yè)界的大并發(fā)架構主要都是基于業(yè)務服務器加分布式緩存的設計，這種架構設計存在一個問題：

1、業(yè)務服務器本身自身屬于中心化部署，業(yè)務請求先到達業(yè)務服務器，由業(yè)務服務器從分布式緩存獲取數據，并返回給客戶端，所以大并發(fā)時業(yè)務服務器壓力非常大。

2、業(yè)務服務器和緩存服務器的使用成本和維護成本非常高。

3、當用戶距離業(yè)務服務器較遠時，請求過程浪費的時間非常高。

發(fā)明內容

本發(fā)明所要解決的技術問題是：提供一種數據請求的處理方法及CDN服務端，降低業(yè)務服務端的業(yè)務壓力和成本，提高用戶訪問速度。

為了解決上述技術問題，本發(fā)明采用的技術方案為：

一種數據請求的處理方法，包括步驟：

S1、CDN服務端接收客戶端的訪問請求；

S2、所述CDN服務端判斷所述訪問請求的請求數據是否為靜態(tài)資源，若是，則返回與所述請求數據對應的靜態(tài)資源給所述客戶端，否則執(zhí)行步驟S3；

S3、所述CDN服務端判斷是否存在與所述請求數據對應的緩存數據，若是，則返回對應的所述緩存數據給所述客戶端，否則向業(yè)務服務端請求與所述請求數據對應的云端數據并緩存，再將所述云端數據返回給所述客戶端。

為了解決上述技術問題，本發(fā)明采用的另一種技術方案為：

一種CDN服務端，包括存儲器、處理器及存儲在存儲器上并可在處理器上運行的計算機程序，所述處理器執(zhí)行所述計算機程序時包括以下步驟：

S1、接收客戶端的訪問請求；

S2、判斷所述訪問請求的請求數據是否為靜態(tài)資源，若是，則返回與所述請求數據對應的靜態(tài)資源給所述客戶端，否則執(zhí)行步驟S3；

S3、判斷是否存在與所述請求數據對應的緩存數據，若是，則返回對應的所述緩存數據給所述客戶端，否則向業(yè)務服務端請求與所述請求數據對應的云端數據并緩存，再將所述云端數據返回給所述客戶端。

本發(fā)明的有益效果在于：CDN服務端接收客戶端的訪問請求后，對靜態(tài)資源采用接口訪問直接返回給客戶端，對非靜態(tài)資源判斷是否緩存，已緩存則返回緩存數據給客戶端，未緩存則通過API接口向業(yè)務服務端請求獲得對應的云端數據，將對應的云端數據緩存并返回給客戶端。CDN服務端作為主要存儲數據的服務器不僅存儲靜態(tài)資源，還存儲有一定的非靜態(tài)資源作為緩存數據，降低了業(yè)務服務端的業(yè)務壓力，即CDN服務端成本遠低于以計算為主的業(yè)務服務端和緩存服務器，且CDN服務端的節(jié)點非常多，通常被部署在全球各個主要城市，用戶訪問時，會就近訪問一個最近的CDN服務端，所以用戶從CDN獲取數據的速度遠高于從業(yè)務服務端獲取數據的速度。

附圖說明

圖1為本發(fā)明實施例的一種數據請求的處理方法的主要流程示意圖；