优化Web性能：Varnish中精准识别并缓存移动与桌面请求

寻找09之夏

于 2024-09-16 09:29:10 发布

阅读量268

点赞数 13

分类专栏： Varnish 文章标签：缓存 Varnish

本文链接：https://blog.csdn.net/qq_34272964/article/details/142282772

版权

Varnish 专栏收录该内容

10 篇文章 0 订阅

订阅专栏

引言

在现代Web开发中，为了提升用户体验，针对不同类型的设备提供定制化的内容是一项重要的策略。Varnish作为HTTP加速器和缓存代理服务器，能够帮助我们实现这一目标。本文将详细介绍如何利用Varnish来实现基于设备类型（PC端与移动端）的同路由内容差异化显示，并探讨如何优化缓存管理。

一、Varnish 简介

Varnish 是一种高性能的 Web 应用加速器，它主要通过缓存 HTTP 响应来减轻服务器负载，从而提升网站的访问速度。Varnish 的主要特点包括：

高速缓存：Varnish 能够快速存储和检索静态内容，显著降低延迟。
负载均衡：它可以作为负载均衡器，分发请求到多个后端服务器。
安全性：通过过滤恶意请求，增强网站的安全性。
灵活性：支持通过 Varnish 编程语言 (VCL) 自定义复杂的缓存和路由逻辑。

二、Varnish 中区分设备类型的方法

2.1 为什么需要区分设备？

在现代 Web 开发中，网站通常需要适应多种设备和屏幕尺寸。例如，移动端用户可能希望看到简化版的页面，而桌面用户则可能更喜欢功能齐全的版本。为了提供最佳用户体验，网站需要能够智能地检测用户设备，并据此调整页面布局和功能。

2.2 使用 User-Agent 字符串

在 Varnish 中，最常用的方法之一是通过分析请求中的 User-Agent 字符串来判断设备类型。虽然这种方法并非绝对准确（因为 User-Agent 可以被伪造），但在大多数情况下，它仍然是一种有效的方法。

2.3 VCL配置及实现

2.3.1 实现步骤

识别设备类型：通过分析User-Agent字符串来确定请求来源设备类型。
配置VCL文件：编写规则来区分设备类型，并根据设备类型选择不同的后端服务或返回不同的内容。

2.3.2 示例代码

下面是一个详细的示例，展示了如何根据User-Agent字符串来区分PC和移动设备，并设置相应的缓存策略：

# 配置桌面设备的后端服务器地址及端口
backend backend_desktop {   # 定义一个名为 backend_desktop 的后端
    .host = "desktop-backend.example.com";   # 设置后端主机地址
    .port = "80";                            # 设置后端服务监听的端口
}

# 配置移动设备的后端服务器地址及端口
backend backend_mobile {   # 定义一个名为 backend_mobile 的后端
    .host = "mobile-backend.example.com";    # 设置后端主机地址
    .port = "80";                            # 设置后端服务监听的端口
}

# 当请求到达时触发的子程序
sub vcl_recv {
    # 根据User-Agent判断设备类型并设置X-Device-Type头
    if (req.http.User-Agent ~ "mobile|android|iphone|ipad|ipod|blackberry|iemobile|opera mini|mobilesafari|silk|dolfin|skyfire|midp|wap|phone") {
        set req.http.X-Device-Type = "mobile";   # 如果User-Agent包含上述字符串之一，则设置X-Device-Type为"mobile"
    } else {
        set req.http.X-Device-Type = "desktop";  # 否则设置X-Device-Type为"desktop"
    }

    # 检查已设置的 X-Device-Type 请求头
    if (req.http.X-Device-Type == "desktop") {
        # 如果是桌面设备，则设置后端为 desktop 后端
        set req.backend = backend_desktop;       # 设置请求后端为 desktop 后端
    } else if (req.http.X-Device-Type == "mobile") {
        # 如果是移动设备，则设置后端为 mobile 后端
        set req.backend = backend_mobile;        # 设置请求后端为 mobile 后端
    }
}

# 根据设备类型缓存
sub vcl_hash {
    // 基于请求URL计算哈希
    hash_data(req.url);                         # 用请求的URL作为哈希数据的一部分

    // 检查设备类型，并将之加入哈希计算
    if (req.http.User-Agent ~ "(?i)(mobile|tablet)"){  # 使用正则表达式检查User-Agent是否包含 "mobile" 或 "tablet"（不区分大小写）
        // 设备类型为移动设备（手机或平板）
        set req.http.X-Device-Type = "mobile";           # 如果条件满足，则设置X-Device-Type为"mobile"
    } else {
        // 设备类型为桌面设备
        set req.http.X-Device-Type = "desktop";          # 否则设置X-Device-Type为"desktop"
    }

    // 将设备类型信息加入哈希计算
    hash_data(req.http.X-Device-Type);                  # 将设备类型添加到哈希数据中，以便根据设备类型进行缓存
}

解释

vcl_recv 子程序：这里我们检查请求的 User-Agent 字符串是否包含某些关键词，如果包含，则认为这是一个来自移动设备的请求，并设置一个特殊的请求头 X-Device-Type 为 mobile。否则，假设这是来自 PC 的请求，并设置 X-Device-Type 为 desktop。
vcl_hash 子程序：这里我们将 X-Device-Type 请求头的内容加入到哈希运算中。这意味着来自不同类型的设备即使请求相同的 URL，也会被缓存为不同的副本。

三、缓存管理

3.1 为什么需要刷新缓存？

在动态网站中，内容经常发生变化，特别是在新闻站点、电商平台等需要实时更新信息的地方。为了确保用户看到的是最新内容，需要定期或按需刷新缓存。

3.2 Varnish 的缓存刷新机制

Varnish 提供了几种方法来刷新缓存：

3.2.1 使用 PURGE 方法

通过发送一个特殊的 HTTP 请求来清除特定的缓存项。这个请求通常使用 HTTP 方法 PURGE 发送到 Varnish。

curl -X PURGE http://<varnish-ip>:<port>/<path-to-purge>

该请求需要配置 VCL 文件：

# 在vcl_recv中处理自定义的PURGE请求  
sub vcl_recv {  
    # 检查请求方法是否为PURGE  
    if (req.method == "PURGE") {

        # 检查请求是否来自可信的 IP 地址
        if (client.ip == "192.0.2.1" || client.ip == "2001:db8::1") {
            # 如果来自可信 IP，则继续处理请求
            return (pipe);
        } else {
            # 如果不是来自可信 IP，则返回 405 Method Not Allowed
            error 405 "Method Not Allowed for PURGE requests from this IP.";
        }

        # 执行清除缓存的操作
        purge(req.url);

        # 发送一个200 OK响应作为PURGE成功的初步确认  
        # 注意：在实际应用中，你可能希望根据PURGE操作的结果来发送不同的响应  
        # 但由于VCL中直接处理PURGE的逻辑可能较为复杂，这里只是发送一个静态响应  
        return (synth(200, "Purged"));  
    }  
}

注意：

-X PURGE：指定使用 PURGE HTTP 方法。
<varnish-ip>：运行 Varnish 的服务器 IP 地址。
<port>：Varnish 监听的端口号，默认通常是 80 或者 443 （对于 HTTPS），但也可以是其他端口，如 6081。
<path-to-purge>：要清除缓存的 URL 路径。

3.2.2 使用`varnishadm`发送`ban`请求

首先，你需要通过varnishadm连接到Varnish实例，然后发送一个ban命令。这里有一个简单的命令示例，用于清除所有URL中包含/news/的缓存：

varnishadm -T localhost:6082 ban req.url ~ "/news/"

注意：

-T 参数后面跟的是Varnish的管理地址和端口。
ban 命令后面跟的是匹配条件，这里使用的是req.url ~ "/news/"，表示匹配所有URL中包含/news/的请求。

3.2.3 设置过期时间（TTL）

在 VCL 中设置缓存条目的过期时间，使其在一定时间后自动失效。

sub vcl_backend_response {  
    # 检查请求的URL是否以/news开头  
    if (bereq.url ~ "^/news") {  
        # 设置缓存时间为3600秒（1小时）  
        set beresp.ttl = 3600s;  
        # 如果你还想设置优雅期（grace period），可以这样做：  
        # set beresp.grace = 60s;  
    } else {  
        # 对于其他路径，使用默认的缓存策略  
        # 这里没有显式设置，因为Varnish会使用varnish.params中配置的默认TTL  
    }  
  
    # 其他可能的逻辑...  
}

注意：

我们在vcl_backend_response子程序中设置缓存时间，因为这个子程序在Varnish从后端服务器接收到响应后立即执行，此时可以修改响应的TTL。
bereq.url包含了后端请求的URL，这是从客户端请求中解析出来的，并且已经过Varnish的任何重写规则的处理。
beresp.ttl用于设置缓存对象的TTL。设置为0s表示不缓存该对象。
beresp.grace（如果设置了）定义了当缓存对象过期后，但在被新响应替换之前，该对象仍然可以被提供的“优雅期”。

结论

通过利用Varnish缓存系统的强大功能和灵活性，结合精细化的设备类型识别策略和智能的缓存策略优化，我们可以实现基于设备类型的智能内容差异化展示。这不仅提升了用户体验，还提高了网站的性能和可维护性。然而，实施此功能时需要注意性能、安全性和可维护性等方面的挑战，并持续关注和优化这些方面以确保最佳效果。