计划于2017年5月3日星期三美国东部时间（UTC时间00:00）进行短暂中断（例如计算机的消防演习）

更新2017-05-04：仅供参考：昨晚的计划停机按计划进行。面向用户的“只读”时间段持续了大约12分钟（从00:01 UTC到00:13 UTC）。感谢大家的负面影响。感谢您的耐心配合。

好消息是该过程取得了预期的结果。最好是在受控测试中发现错误，而不是在中断期间发现错误。就是这样。我们发现了一些错误（配置问题和一些实际的软件问题），在真正的紧急情况下很难解决。相反，我们可以在常规软件推出过程中解决这些问题。实际上，许多错误已得到修复。

看到这么多有趣（有趣）的评论也很有趣。人们提出了有关声誉和其他问题的有趣案例。感谢所有提供反馈的人！我学到了很多！

更新：测试完成。它开始于世界标准时间00:01，结束于世界标准时间00:13。谢谢！


MicroVersion：计划的服务降级：所有Stack Overflow / Stack Exchange网站在美国东部时间晚上8点（UTC午夜）后不久（2017年5月3日，星期三）为只读状态，为20分钟。如果您眨眼，则会错过它。

短版：

美国东部标准时间晚上8点（UTC午夜）后不久，服务会降级长达20分钟在2017年5月3日星期三发布。在此期间，广告仍将显示，列表仍将有效，问题和答案仍将显示。但是，该网站将是“只读的”，即人们将无法添加/编辑新列表，发布/编辑问题/评论/答案等。我们不喜欢这样做，但这是不可避免的，并且将防止将来出现更大的问题。该测试应该不会造成很大的破坏，因为该站点仍可为大多数用户使用。受到影响的用户将看到警告标语。

有什么问题或疑问？请在下面发表评论或回答。

在LAYPERSON的条款中：

背景：


我们的网站在名为NY（位于泽西市）的数据中心的计算机上运行。
我们有一个名为CO（位于科罗拉多州丹佛）的重复数据中心。 br /> CO是我们的“故障转移”位置，仅在NY遇到问题（以及类似测试）时使用。

那是怎么回事？

服务降级期间，这些网站将从CO短暂运行，然后切换回NY。我们将执行此操作以发现NY和CO之间的任何不一致之处。我们希望在安全且可控制的环境中（而不是在紧急情况下）发现这些问题。通过禁用新内容（或编辑旧内容），整个过程变得更安全，更快捷。

为什么？

我们进行这些测试以确保我们为大批量生产做好了准备紧急情况。

我们现在希望在容易解决问题的时候发现问题，而不是在发生紧急情况时（例如飓风桑迪摧毁整个纽约州）发现问题。因此，就像小学生为了进行练习而进行消防演习一样，我们偶尔也会进行这些测试，以确保我们为真正的紧急情况做好了准备。可悲的是，我们一年没有进行测试，这很糟糕。

因此，我们将于5月3日进行小测试，以准备今年夏天进行更大的测试。具有讽刺意味的是，由于我们在这次测试中学到了什么，因此更大的测试对于我们的用户几乎是看不见的。

问题或疑虑？请在下面发表评论或回答。

在技术术语中：

这是对CO的“只读”故障转移，然后再切换回去。换句话说，CO当前正在待机模式下运行。激活CO以确保已正确配置它。

详细信息：


开始：美国东部时间2017年5月3日，星期三，美国东部时间下午8点后不久。 >结束：20分钟的用户可见的只读状态。
受影响的用户：所有服务（问答，人才等）将保持20分钟的只读状态。

我们做什么将会做：


将CO数据中心激活为我们的只读主位置。
测试服务。
回到纽约。

不会发生的事情：

我们不会在纽约关闭任何产品。它将保持运行。这使切换回程变得容易。

今年夏天发生了什么事？

在6月或7月，我们将在CO以外的地方运行一周（也许2天）。纽约州需要进行一些维护，这需要实际的停机时间。维护完成后，我们将切换回纽约。客户可见的任何停机都将非常短暂，并且会在周末发生，以最大程度地减少影响。设置日期后，再找其他帖子。

有什么疑问或疑问吗？请在下面发表评论或回答。