Angular开发中为何需要创建同一个服务的多个实例？

就算所有实例的函数、变量定义完全一致，部署多实例的价值主要体现在以下几个维度：

• 提升系统承载能力（水平扩容）
  单台服务器的CPU、内存、网络IO都有物理上限，单实例能处理的并发请求数、QPS很快就会触顶。多实例部署可以把请求分摊到不同实例上，直接提升整体服务的吞吐量，比升级单台服务器硬件（垂直扩容）的成本更低、上限更高。比如单实例最多扛2000QPS，部署5个相同实例就能支撑接近10000QPS的请求量。
• 实现高可用，避免单点故障
  单实例部署时，只要这台服务器出现硬件故障、程序崩溃、机房网络中断，整个服务就直接不可用。多实例通常会部署在不同的物理机、不同可用区甚至不同地域，只要有至少一个实例存活，服务就能正常响应。很多生产环境要求核心服务至少部署3个实例，就是为了规避单点风险，故障时负载均衡会自动把请求切到正常的实例上，用户基本无感知。
• 便于无 downtime 发布更新
  如果只有单实例，发布新版本的时候必须停掉旧实例再启动新实例，这段时间服务完全不可用。多实例部署可以采用滚动发布的策略：先停掉一小部分实例升级到新版本，验证没问题后再逐步升级剩下的所有实例，整个过程中一直有正常运行的实例对外提供服务，用户完全感知不到发布动作。
• 隔离异常请求，降低雪崩风险
  如果遇到极端请求（比如超大参数、触发死循环的逻辑）打垮单个实例，其他实例还能正常承接流量，不会出现整个服务直接挂掉的情况。部分部署策略还会把不同优先级的请求打到不同的实例集群，避免非核心请求占用太多资源影响核心链路的可用性。
• 充分利用多核CPU资源
  很多编程语言的服务（比如Node.js、默认CPython解释器运行的Python服务）存在全局解释器锁（GIL），单进程实例最多只能利用一个CPU核心，部署和CPU核心数等量的多实例，就能把服务器的多核性能完全发挥出来，不需要修改任何代码就能直接提升单台服务器的资源利用率。

内容的提问来源于stack exchange，提问作者Lajos Bela