HackerTube English?
主题探索 / 字幕对照

进程隔离如何变成瓶颈隔离

Erlang/Elixir 讲解将不同进程作为隔离失败的边界；WhatsApp 的规模化实践则把解耦目标表述为隔离瓶颈，避免局部问题扩散。把两者并读，可以从运行时故障隔离延伸到生产系统的容量与故障域设计。

沿同一来源继续阅读
遇到局部异常时保住剩余服务 →Hetzner高温测试要求机器可以降频但不崩溃；BEAM演示单个计算进程崩溃后其余请求继续执行。两者都把异常时保持可用的行为当作设计目标，分别在硬件热控制与进程隔离层实现。集中管理生命周期，同时限制故障传播范围 →systemd 演讲解释服务管理需要响应硬件和软件变化，已超出一次性启动命令；Erlang/Elixir 演讲展示进程隔离如何让局部失败不拖垮其他活动。并读可以区分系统层生命周期管理与进程层故障遏制这两种互补的可靠性职责。隔离故障的目标，是让一处失败不必拖垮仍然健康的工作 →进程隔离与服务间解耦是两个尺度的例子；共享资源仍可能引入级联故障。

对照原文

separating failures by separating things into different processes
The Soul of Erlang and Elixir • Sasa Juric • GOTO 2019 · ▶ 14:37–14:43
ability to isolate bottlenecks so that they don't spread
Erlang Factory 2014 - That's 'Billion' with a 'B': Scaling to the Next Level at WhatsApp · ▶ 9:40–9:48

WhatsApp 的讲解不证明所有瓶颈隔离都由 BEAM 进程隔离实现，也描述了特定系统架构中的取舍。