我认为我们如今对“生产系统”的定义有些过头了。我曾就职于一些实现零停机部署并且有大量冗余以确保高可用性的公司，对于某些应用程序来说，这确实是有价值的。但我觉得对于很多（大多数？）企业来说，一个九（99.9%的可用性）就足够了。这一个人就可以做到，即使你想要至少96%的可用性，这允许每年有350小时的停机时间。甚至两个九（99.99%的可用性）也允许每年约88小时的停机时间，一个人管理起来也并不困难。大多数企业并不是全球性的。在你所在时区的正常工作时间之外的停机时间（可能还包括你时区东西两侧的一两个时区）通常不是什么大问题，特别是如果你运行的是一个小的B2B服务。对于运行在1-3台服务器上的小企业（这可能非常常见），为每台服务器保持一个热备（或者可能是一台在低支持流量模式下运行所有服务的服务器）是一种简单的方法，可以在不花费太多时间和金钱的情况下保持高可用性。…
源讨论我把所有项目都从云端移除了，省下了数千美元原帖 395 条评论 · 导入时统计家庭实验室 ≠ 生产系统 这两者之间在方法、技术以及所需尽职调查方面的差距是巨大的。
完整原文把你的经验，加入这段讨论。
AWS、Google和Azure做的一件事是，他们的更新时间总是按自己的方便来，经常在白天中断你的业务。你无法修复它，无法回滚你刚刚做的操作并重新启动，你只能坐等。 这与一个在周日早上1点关闭设备一小时进行更新和发布新软件的公司完全不同。停机时间并不相同，因为停机的时间点真的很重要，如果这影响到你的使用场景的话。你的系统可能一年中停机时间比AWS更长，但不会在周一至周五的晚上停机，而这是你大部分销售发生的时间，因为你拒绝在那个时间段内做任何事情，而是将所有工作安排在那个时间段之外，并安排更新。
完整原文我同意。"生产系统"这个术语在没有上下文的情况下是没有用的。 要么是在"它是一个为客户提供服务的业务"的上下文中，这种情况下，有很多家庭实验室已经接收了付费流量，要么是在功能、停机时间、技术特性等方面的生产系统。同样，也有很多家庭实验室可以满足与"生产系统"相同的各项技术性能要求。 在回应原始评论的上下文中（"...运行和管理多个数据库、k8s集群、ci/cd流水线和无状态容器系统对于1-2人的团队来说是不可能的。"），你更像是支持我的观点，即1-2人完全可以运行一个小型生产系统，就像1个极客可以运行一个具有相同技术特性的中型或大型家庭实验室一样。
完整原文尊重不同观点，分享具体经验。
登录后即可发帖、评论、转发和引用。