我了解在Docker Swarm模式下使用replicas的情况。这主要是为了消除故障点并减少停机时间。在post中对此进行了很好的解释。
由于拥有更多副本对于整个系统更有用，为什么公司不仅仅初始化尽可能多的副本，例如为docker服务提供1000个副本？我可以想象，运行后端系统的大型公司在任何给定时间可能会遇到多点故障，而他们将从更多的特定服务实例中受益。
我想知道多少副本被认为是太多？哪些因素会影响Docker Swarm的性能？
答案 0 :(得分：0)
我可以认为硬件开销是一个限制因素。
假设您正在运行的Rails应用程序。每个实例需要128Mb的RAM和10％的CPU使用率。 9个实例涉及1Gb内存和1个整个CPU。
虽然听起来并不多，但可以想象一个组织有100多个团队，每个团队有3、4、5个应用程序。在可接受的水平上运行应用程序的硬件要求迅速提高。
然后是网络震颤。在大型组织/公司设置中，典型速度为10MB / s。虽然几乎没有注意到几个实例的心跳检查，但100多个实例的心跳可能会阻塞网络。
最终，它归结为约束。软件，硬件，环境，预算和支持系统之间的界限是什么？通常很难想象做出（技术）决策时会出现压力。