我的用户几乎每天 24/7 都使用该网站。有构建时间的模因吗?

国际观众,东部时间的单一服务器集群,但一直受到国际客户的攻击,一直持续到早上。

1 个数据库,几个网络服务器,所以如果没有数据库,简单,只要。

但是,当网站必须关闭时,作为一名程序员,您什么时候最不会因为看到网站关闭 15 分钟而生气。

有帮助吗?

解决方案

如果从用户的角度来看确实没有什么好时机,那么我建议您的团队有最多时间从任何与构建相关的灾难中恢复时进行此操作。

其他提示

这是我所做的并且对我来说效果很好:

  1. 获取一个站点流量分析工具,该工具将每小时绘制用户负载
  2. 在图中选择低点进行更新

如果您规模较小,那么是的,找到您的最低使用时间段,然后执行(对于我们个人而言,通常太平洋标准时间凌晨 1 点至凌晨 3 点左右是最低下降时间……但当然它永远不会降至 0)。一旦您开始拥有更大的用户群,如果您希望人们认真对待您,您需要设计您的应用程序,以便您可以在不停机的情况下进行升级。这并不简单,并且通常涉及拥有多个服务器。

我花了很长时间试图让我们的应用程序达到这一点,到目前为止我想到的最好的办法是同时运行旧版本和新版本几个小时。切换时登录的用户将保留旧版本,直到注销为止。下次他们进来时,他们会转到新版本。切换后新加入的任何用户都会直接发送到新版本。它仍然不是万无一失的,但已经相当不错了。

它是一个什么样的应用程序?我使用的大多数网站倾向于在凌晨 2 点或 3 点左右更新。

使用第二个站点,并根据需要进行热插拔。

热插拔的问题是数据库仍然会被共享,并且破坏性的更改也会导致停机。

我想你得问问你的客户。

无论如何,现在是凌晨。如果您谈论的是本地可用的网站,我认为用户不会介意他们在所在时区的凌晨 2 点收到“维护中”通知。

取决于您的位置:东海岸凌晨 4 点/西海岸凌晨 1 点通常是最亮的时间。

选择几次您愿意这样做的次数,并将它们作为决策者类型的选择。无论您做什么,在部署时都应设置“停机进行日常维护”页面。

  • 查看最少使用时间
  • 将最新的生产代码克隆/复制/更新到另一个目录
  • 如果存在任何需要完成的数据库迁移,请执行任何所需的操作,并且不与旧代码库冲突
  • 在最少使用时,移动符号链接以指向最新代码

首先使用分析工具尝试确定您通常的“轻量”交通时间。根据网站以及您与大多数用户相比在世界上的位置,可能是凌晨 4 点,也可能是下午 1 点,谁知道呢。然后,一旦确定了良好的时间框架,请确保部署过程尽可能自动化,以便快速完成,从而最大限度地减少站点的停机时间。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top