[发明专利]请求处理方法、装置、电子设备及存储介质

说明书

本发明公开了一种请求处理方法、装置、电子设备及计算机可读存储介质。该方法应用于内容分发网络的节点设备，包括：接收客户端发送的第一服务请求，其中，所述第一服务请求中携带所述客户端的域名；通过本地进程查询所述进程内的Lrucache缓存中与所述域名对应的信息；在查询到的与所述域名对应的信息为所述域名的配置信息的情况下，响应所述第一服务请求；在查询到的与所述域名对应的信息为未配置配置信息的情况下，拒绝响应所述第一服务请求。本发明可以减少内容分发网络的节点设备的CPU消耗。

技术领域

本发明涉及软件技术领域，尤其涉及一种请求处理方法、装置、电子设备及存储介质。

背景技术

现有的CDN(Content Delivery Network，内容分发网络)架构普遍采用反向代理+cache(缓存)的架构，即CDN的节点设备采用反向代理+cache(缓存)的架构，反向代理一般采用开源软件nginx。为了做到多进程模型的nginx的配置实时下发实时生效，配置要在nginx实现共享内存，由各个进程之间共享并进行进程间通讯。但是由于共享内存是在进程之间共享，因此每一个进程对共享内存都是可读可写的，为了保持文件的原子性，共享内存会加上锁。当存在多个向CDN网络的配置查询请求时，多进程之间会出现抢锁现象。

为避免上述抢锁问题，目前采用的方案是使用Openresty提供的进程内部的容器Lrucache。Lrucache是使用LRU缓存策略的缓存，LRU是最近最少使用到的(least recentlyused)，就是当超出缓存容量的时候，优先淘汰链表中最近最少使用的那个数据。Lrucache位于每一个进程内部，由每个进程单独维护，各个进程互不影响，互不感知，所以使用Lrucache缓存，单进程内部就不会出现抢锁问题。

然而，相关技术的方案中，通过增加一层Lrucache，当存在请求时，先查询Lrucache中是否存在该请求对应的配置，Lrucache中没查到，再查询共享内存，如果共享内存查到了，再将查询到的配置写进Lrucache，缓存一段时间，在Lrucache缓存的这段时间内直接使用Lrucache内缓存的数据，Lrucache过期后缓存的内容会丢弃。如果在共享内存中也查询不到该请求对应的配置就返回失败。如此会导致出现每一条请求都会查询共享内存。

此外，Lrucache和共享内存的同步方式是配置更新后只会主动的更新到共享内存的对应加速的域名(host)，Lrucache不会主动更新，Lrucache会设置一个周期的过期时间(例如30s)，以保持配置更新速度。

这种情况下，随着CDN服务客户的增多，要求加速的域名也越来越多，虽然加了一层进程内的缓存Lrucache，但Lrucache过期的时候，同一时刻还是会出现大量的共享内存查询造成抢锁现象，消耗内容分发网络的节点设备的CPU。

发明内容

本发明的目的在于提供一种请求处理方法、装置、电子设备及计算机可读存储介质，以降低内容分发网络的节点设备的CPU消耗。

根据本发明的第一方面，提供了一种请求处理方法，应用于内容分发网络的节点设备，所述方法包括：

接收客户端发送的第一服务请求，其中，所述第一服务请求中携带所述客户端的域名；

通过本地进程查询所述进程内的Lrucache缓存中与所述域名对应的信息；

在查询到的与所述域名对应的信息为所述域名的配置信息的情况下，响应所述第一服务请求；

在查询到的与所述域名对应的信息为未配置配置信息的情况下，拒绝响应所述第一服务请求。

可选的，所述Lrucache缓存被设置为永不过期。

可选的，在接收客户端发送的第一服务请求之前，所述方法还包括：

接收所述客户端发送的第二服务请求，所述第二服务请求中携带所述客户端的域名；