遇到局部异常时保住剩余服务
Hetzner高温测试要求机器可以降频但不崩溃；BEAM演示单个计算进程崩溃后其余请求继续执行。两者都把异常时保持可用的行为当作设计目标，分别在硬件热控制与进程隔离层实现。
沿同一来源继续阅读
进程隔离如何变成瓶颈隔离 →Erlang/Elixir 讲解将不同进程作为隔离失败的边界；WhatsApp 的规模化实践则把解耦目标表述为隔离瓶颈，避免局部问题扩散。把两者并读，可以从运行时故障隔离延伸到生产系统的容量与故障域设计。集中管理生命周期，同时限制故障传播范围 →systemd 演讲解释服务管理需要响应硬件和软件变化，已超出一次性启动命令；Erlang/Elixir 演讲展示进程隔离如何让局部失败不拖垮其他活动。并读可以区分系统层生命周期管理与进程层故障遏制这两种互补的可靠性职责。隔离故障的目标，是让一处失败不必拖垮仍然健康的工作 →进程隔离与服务间解耦是两个尺度的例子；共享资源仍可能引入级联故障。
对照原文
it might throttle because the cpu is overheating but it shouldn't crashwhen a process crashes everything else progresses right so most of the system still works硬件降频不是进程故障隔离；对照不意味着两套机制互相替代或具相同保证。