WebPagetest中继

目前的系统架构有每个测试代理直接连接到WebPagetest服务器,用于检索工作和发布结果:

WebPagetest中继(WebPagetest Relay) - 图1

这适用于很多用例,但它要求所有代理可访问服务器,并且每个代理只能为单个服务器运行测试。添加对中继服务器的支持是有用的,该中继服务器一方面公开相同的代理接口,另一方面为WebPagetest服务器提供API来进行通信。
在简单的用例中,这将允许继电器放置在不安全的位置(例如公共互联网)。但服务器本身可以在防火墙或其他安全区域内运行,在公共互联网上以及防火墙内都有测试代理:

WebPagetest中继(WebPagetest Relay) - 图2

假设WebPagetest服务器上每个定义的“位置”都可以引用不同的中继服务器,并且每个中继服务器可以支持连接到它的多个服务器(使用基于密钥的身份验证),这样可以打开很多有趣的可能性:

  • 多个系统可以共享测试代理池(拥有控制对它们的访问的中继器)。 分享可以是直接的协作或更复杂的地方,每个用户对于他们的使用份额进行收费,甚至是直接订阅模式,其中所有者以每个测试的方式销售能力
  • 中继服务器可以优先处理服务器请求测试的请求(基于任何对系统有意义的优先级排序)
  • 给定的WebPagetest实例可以利用公共和私有测试代理,甚至通过使用多个继电器从多个公共代理池中抽取

WebPagetest中继(WebPagetest Relay) - 图3

实施细节

任何完整的WebPagetest实例可以作为中继器运行,并进行一些调整

  • runtest.php - 添加对直接上传的测试作业的支持(并将作业绑定到所使用的API密钥)
  • common.inc - getTestPath() - 组合API密钥和测试ID,形成新的测试ID,并将测试结果存储在不同的树中
  • downloadtest.php - 添加一个新界面来下载给定测试的zip存档(基本上与发布相同,但在pull模式中)
  • deletetest.php - 添加一个新的界面来显式删除测试(基于匹配的API键)

WebPagetest接口

  • 可以将locations.ini中的任何位置配置为与中继服务器通信,具有以下设置:
    • Relay server URL (base URL)
    • Relay location ID (中继服务器的位置ID)
    • Relay Key (API与中继服务器连接时使用的密钥)
  • 当测试提交到本地服务器时,不是将测试作业写入本地文件,而是将其发布到中继服务器
  • 检查测试状态时,如果测试不完整,则WebPagetest会询问中继服务器的状态
  • 如果中继服务器指示测试完成,则WebPagetest会将中继服务器的结果作为zip压缩并将其解压缩
    • 下载/提取后,WPT将表明它已经完成了测试,所以中继服务器可以删除它的副本

代理接口

  • 代理将与中继进行通信,就像他们正在与WebPagetest进行通信(work/getwork.phpwork/resultimage.phpwork/workdone.php

中继服务器实施

  • 一个专用的中继服务器将只是一个完整WPT的一部分,不需要UI支持(SVN用于将选定的文件放在dist版本的wptrelay目录中)