Deployment 向广大用户群推出新的/测试版功能的方法有哪些?

Deployment 向广大用户群推出新的/测试版功能的方法有哪些?,deployment,Deployment,为了避免在web应用程序实例中压倒基础设施,实现功能向受控用户群推出的方法是什么 将用户划分为多个组。随机。从人口统计学角度看。不知怎么的 为飞行员选择一个或多个组 修复您的网站,使两个版本的应用程序都运行。可能使用虚拟主机或其他路径或其他方式 一个数据库。两个应用程序。数据不会移动。只有演示文稿发生了更改 首先,所有用户都在旧版本中。工作量没有改变 移动一组用户,使其默认URL、链接、菜单或其他内容都是对新应用程序的引用 同样的工作量。相同的数据库。相同数量的用户。两个应用程序 将另一组用户移

为了避免在web应用程序实例中压倒基础设施,实现功能向受控用户群推出的方法是什么

  • 将用户划分为多个组。随机。从人口统计学角度看。不知怎么的

  • 为飞行员选择一个或多个组

  • 修复您的网站,使两个版本的应用程序都运行。可能使用虚拟主机或其他路径或其他方式

    一个数据库。两个应用程序。数据不会移动。只有演示文稿发生了更改

    首先,所有用户都在旧版本中。工作量没有改变

  • 移动一组用户,使其默认URL、链接、菜单或其他内容都是对新应用程序的引用

    同样的工作量。相同的数据库。相同数量的用户。两个应用程序

  • 将另一组用户移动到新应用程序

    同样的工作量。相同的数据库。相同数量的用户。两个应用程序

  • 最终,在移动所有用户后,您可以删除旧应用程序


  • 这要视情况而定。如果用户希望使用真实的数据和真实的站点,则无法使用另一个数据库将它们重定向到另一个站点


    我将在用户表中的用户上引入一个标志,比如isBetaUser(bool)。然后,您可以向将此标志设置为True的用户显示这些新功能。如果他们不喜欢尝试新功能,您也可以让他们通过一些设置页面使用复选框勾选此标志

    如果数据库结构发生更改,这将如何工作?您将不能使用同一个数据库。@joerage:您必须在一个数据库中同时拥有两组数据。这意味着您将数据从旧结构移动到新结构,作为移动用户的一部分。任何共享数据都必须在两个结构之间桥接。增量移动用户是不必要的,它会导致问题,而不是解决问题。同时移动每个人更简单,而且不会“压倒基础设施”。这在理论上应该可以很好地工作,但我不知道是否有公司在现实世界中使用这种方法project@Swizzh字体我想我们不是真实的世界。