利用Cloudfla规则集引擎的强大功能和多功能性，WaitingRoom现在可以为客户提供对其等候室流量的更精细控制。使用等候室旁路规则仅对您想要的流量进行排队，现在所有企业客户都可以使用等候室的高级购买。
客户依靠WaitingRoom始终在线保护免受意外和压倒性的流量激增，否则会使他们的网站崩溃。WaitingRoom将多余的用户放置在一个完全可定制的虚拟等候室中，当客户网站上有空位时动态地接纳新访客。WaitingRoom不是抛出错误页面或提供性能不佳的网站页面，而是让客户能够在无法控制的流量激增期间控制他们的最终用户体验。
通过完全可定制的虚拟等候室掌控您的客户体验
此外，客户使用等候室活动安排来管理用户流量，并确保在产品补货、季节性销售和门票销售等在线活动之前、期间和之后可靠的站点性能。借助EventScheduling，客户可以提前安排对其等候室设置和自定义排队页面的更改，并可选择在活动结束后对早到者进行预排队并从其来源卸载活动流量。
作为部署等候室的简单、无需编码的过程的一部分，客户指定主机名和路径组合，这定义了等候室在其站点上的位置。当站点访问者对该主机名和路径或其任何子路径发出初步请求时，他们将收到一个等候室cookie，如果等候室当时正在排队，他们将被放入队列中。
定义等候室位置的主机名和路径方法很直观，可以轻松地将等候室部署到站点。但是，许多客户需要更精细地控制他们的等候室在等候室配置的主机名和路径下覆盖或未覆盖的流量和网站部分。允许特定流量绕过等候室的用例多种多样。
示例包括始终允许内部管理员访问站点，从不阻止内部用户代理执行综合监控等操作，不将等候室应用于特定子路径或查询字符串，或者仅对来自某些国家/地区的流量进行排队。鉴于我们的客户要求将流量排除在等候室覆盖范围之外的请求的多样性，我们构建了一个旁路功能，为客户提供部署与其现有站点架构和用例一致的等候室所需的多功能性。随着EventScheduling的发布，WaitingRoom客户可以随时排队；现在，我们很高兴地宣布，客户现在可以更灵活地使用等候室旁路规则来排队他们想要的人和地点。
谁排队由你决定
等候室旁路规则允许客户编写表达式来定义哪些流量应绕过他们的等候室。等候室将不适用于基于一个或多个可用字段（如IP地址、URI路径、查询字符串和国家/地区）匹配条件的传入请求。旁路规则取代所有等候室功能；即使在Queue-all模式下、事件预排队或任何其他等候室状态，与您启用的规则表达式匹配的流量将永远不会排队或发出等候室cookie。等候室规则是通过等候室API或等候室仪表板使用Cloudfla仪表板中熟悉的规则管理界面创建的。等候室规则在各个等候室级别进行管理，以精确控制每个等候室的流量。
使用整个Cloudfla仪表板中常见的规则构建器来定义哪些流量应绕过您的等候室。
在各个候车室级别管理旁路规则，以精确控制每个候车室的交通覆盖范围。
使用规则集引擎构建
我们喜欢在Cloudfla产品之上构建Cloudfla产品；我们知道，我们希望为客户提供的关于等候室应适用的流量的多功能性最好通过与Cloudfla强大的规则集引擎集成来实现。规则集引擎为我们的许多高度可定制的产品提供了基础设施，例如新的OriginRules功能和我们的WAF托管规则集，通过提供一种统一的方式来表示“规则”的概念和一个易于集成的软件库来一致地执行这些规则。这允许各种Cloudfla产品提供极其相似的规则功能，使用相同的语言来定义条件（可能会变得非常复杂！）和非常相似的API。
我们甚至发现WaitingRoom的一些产品功能可以在规则集引擎之上实现；今年早些时候，我们将一些选定的核心等候室逻辑迁移到规则集引擎中，作为规则集实施，我们现在透明地部署到每个有等候室的区域。这个新迁移的实施已经运行了几个月，规则集引擎的灵活性将使某些未来的等候室功能比以往任何时候都更容易构建。
规则集引擎基于两个主要概念：规则集和规则。规则集是引擎按顺序执行的规则列表。规则由条件和操作组成，如果条件评估为“真”，则执行操作。
在后台，当您为等候室创建第一条规则时，我们会创建一个附加到该等候室的隐藏规则集。我们将自己的规则集放在一起，运行在您区域的每个请求上，如果请求与附加的等候室匹配，则分派到您的自定义规则集。这一切听起来有些复杂，但别担心。您只需在各个等候室级别管理规则，而我们则抽象出底层规则集的复杂性。
WaitingRoomBypass操作的核心实现非常简单：当您的一个绕过规则的条件对于请求为真时，绕过操作只是清除请求上的标志，该标志会告诉等候室代码启动。这样,绕过操作确保等候室不会触及您的请求，并且该请求不会影响您等候室的统计信息或排队。
绕过规则在行动
创建旁路规则很容易，不需要编码或更改应用程序。让我们通过几个真实场景来演示从等候室仪表板或API部署旁路规则是多么容易。
通过等候室仪表板设置管理IP旁路规则
如前所述，许多客户希望确保他们的网站管理员和其他内部员工（他们通过IP地址识别）可以随时访问他们的网站，而不管等候室的排队状态如何。允许特定内部员工不受限制地访问在线活动之前尤为重要，因为客户会在活动开始时间之前预先排队早期的网站访问者。由于无法在活动开始前绕过等候室，内部员工无法在生产环境中查看他们的活动页面，从而给他们的查看过程增加了摩擦和不确定性。让我们看看如何使用等候室绕过规则来解决这个问题。
在设置管理员绕过规则之前，如果您有多个IP想要绕过等候室，则可以创建一个IP列表。然后，您需要从等候室仪表板配置等候室。从该等候室的展开视图，导航到管理规则，您可以在其中创建、禁用和删除等候室的规则。
创建等候室后，从该等候室的扩展视图中选择管理规则以创建等候室旁路规则。
使用规则构建器，为您的规则指定一个描述性名称并构建您的表达式。要为此示例构建表达式，我们将从字段下拉列表中选择“IP源地址”，从运算符下拉列表中选择“在列表中”，然后选择我们之前创建的IP列表的名称。构建表达式后，我们可以将此规则保存为草稿并稍后部署，或者保存规则并立即部署。
通过等候室仪表板创建等候室绕过规则，允许站点管理员绕过您的等候室。
保存后，该规则将与该等候室的所有其他规则一起出现在该等候室的规则管理页面上。此规则的表达式计算结果为真的所有请求都将绕过等候室。因此，启用此规则后，任何拥有此托管列表中的IP地址的用户将永远不会排队。
从单个等候室的规则管理仪表板启用或禁用等候室规则。
为了加强监督，等候室仪表板上有指示器，可以清楚地表明等候室是否启用了任何绕过规则。现在我们已经部署了管理员绕过规则，我们可以从等候室表中看到这个等候室有一个活动规则。
从等候室表格中轻松收集哪些等候室有激活的旁路规则。
通过等候室API绕过规则-路径绕过示例
现在可以使用等候室旁路规则实现的另一个常见客户请求是路径排除。如前所述，等候室适用于所有命中已配置等候室的主机名和路径组合以及该路径下的任何URL的请求。对于许多等候室客户来说，在他们配置的主机名和路径下，有一些特定的URL、路径或查询字符串，他们不希望等候室应用于这些等候室。客户想要创建这样的例外有多种原因，但让我们考虑以下用例来说明绕过站点或应用程序的特定部分的实用性。
考虑一个电影票务平台，该平台希望保护其票务Web应用程序免受因大片发行而导致的购买激增。他们通过将其放置在ticketing.example.