如果你的网站有“营业时间”会怎样？

在 "Being on-call sucks" 中，我写了关于任何需要 24/7 运行的软件服务都需要有人值班或轮换值班。在审查草稿时，我的朋友 Michael L. 指出，虽然大多数网站都一直在线，但有些网站并非如此——例如，B&H Photo 出于宗教原因 不在周六接受订单。那么，如果我们的软件业务像现实世界的商店一样，有时间限制会怎样？

在电子商务中，人们喜欢通过将一段时间内的收入除以中断持续时间来估计中断的成本。例如，Gremlin 声称，通过将年收入除以一年的分钟数，Amazon 每分钟停机将损失超过 20 万美元。但这是一个高估——并非该分钟内的每个客户都会立即放弃他们的购物车并流失。那么，想成为 B&H 买家的人看到商店在安息日关闭后，会去其他地方购买吗？可能他们中的一些人会这样做。但当然，他们中的一些人也会在稍后的时间回来，原因与他们选择 B&H 而不是其他电子产品零售商的原因相同。B&H 网站并没有因为一周关闭一天而放弃总收入的 1/7。

周六不接受订单让我想起了 Google SRE book 中的一个轶事，他们发现 "Chubby" 服务非常可靠，以至于用户认为它永远不会宕机，这会在它确实发生故障时造成巨大的问题。作为回应，SRE 团队会在一段时间内没有发生小故障时，有意识地触发小故障。这样，用户将始终需要考虑他们的 Chubby 故障回退计划。同样，B&H 已经训练他们的客户，在线商店并非总是可用。如果它关闭了，明天再来。

还有一些其他网站没有 24/7 可用的期望。Low-Tech Magazine 会在太阳能电池耗尽时关闭，但这是一个意识形态的选择（更不用说，一个有趣的工程挑战和有效的营销手段）。Kingdom of Loathing，我从小最喜欢的游戏之一，有 nightly maintenance windows——短期的每日维护，以及更长的每周维护。而且... 这就是我找到的所有内容。这些示例不提供紧急服务，并且具有非常独特的产品。换句话说，您的客户可以等待您的网站再次开放，并且理想情况下，您提供一些他们不会去竞争对手那里购买的东西。

有了这样的网站，想象一下，如果我们在计划的每周停机时间内将服务器缩减为零——想想云计算的节省！这是一个粗略的估计：Shopify 提供 一个基本计划，每月 29 美元，他们可能不会直接将其转发到 Google Cloud Platform，因此这是他们一个电子商务网站的云成本上限。这意味着，为了换取 24 小时内的每笔潜在销售额，我们可以为每个计划的休息日节省高达 1 美元（相比之下，仅一名现实世界的收银员的联邦最低工资为 174 美元，更不用说其他雇佣成本了）。

此外，我们仍然希望有人收到有关意外问题的通知。您愿意为了减少 1/7 的 on-call 时间而减薪多少？...好吧，好吧。我明白为什么网站一直开放了。