什么是分路testing的最佳服务器configuration?

对于这个问题,我远离Apache或任何服务器的专家,所以我很抱歉,如果这个问题措辞不好,可能是。

我们一直依靠供应商进行分路testing (又名“ABtesting”)。 如果你不熟悉这个术语,那么这是一种营销研究的forms,你可以稍微修改一个网页(通常是离转换点最近的一个网页),比如说,通过改变“立即购买”的位置,button或其颜色/对比度/纹理,然后基于随机select将这两个页面中的一个提供给给定的用户。

我们自己做分裂pathtesting,我怀疑我们可以做得更便宜,也增加周期时间。

什么是这些testing的最佳设置? “最佳”是基于以下标准:

  • 如何快速/容易地build立新的testing并将其联机; 和

  • 对整体网站性能的影响最小

如果你有一个任何规模的环境,你可能有冗余的服务器(至less一对,如果不是更多)。 鉴于此,我的select是更新一半服务器上的configuration以反映Path A ,另一半则反映Path B
比如说,傀儡或者厨师就比较微不足道了。

从那里你的常规负载平衡系统接pipe,并希望将你的用户均匀分布在你的集群中,这将确保你得到一个随机的随机用户集合,每个path(只要你的负载平衡本质上是无偏的)。

在我看来,这有几个实际的优势:

  1. 您不必担心随机pathselect。 您的负载均衡器正在为您做。
  2. 如果一个path执行得非常糟糕,您可以禁用这些服务器,直到更新它们。
  3. 如果一个path使网站无法使用(不好的代码或类似),你只能打破你的一些服务器。 用户可以继续在其他工作机器上执行交易。
  4. 您的用户可能会忽略这一变化。

还有一些缺点:

  1. 你可能无法控制你的用户去哪里。
    由于你的负载均衡器不知道用户是谁,你不能有像John Doe通过pathA,Jane Smith通过pathB等规则。
  2. 您必须维护每个path的服务器configuration文件。
    如果你的configurationpipe理是健全的,这可能不是太多的工作。
  3. 你不能容易地有复合path。
    这个模型只能有完整的path。 你不能把一个人弄在一个链子的中间,让他们走过一条小路。
    这样的绕行path难以分析,所以我不认为这是一个破坏行为。