对舱壁和CircuitBreaker的查询

Question

对于弹性分布式系统，我们实际上有两种模式: CircuitBreaker和BulkHead。

因为circuitBreaker需要在clientSide上构建，因此需要从那里调用错误的依赖项。这将返回错误线程的默认输出，而不会在任何停机情况下调用它，并避免调用错误依赖项，因此在特定时间点不会占用任何新线程。

但是在舱壁中，我们已经根据下游依赖关系划分了numberOfThreads，在发生中断的情况下，这部分线程将被阻塞，但它将无法使用线程池的其余部分。因此，较新的线程将被占用，直到比例完全被占用。

因此，作为断路器，我们不投资线程，而是在舱壁，至少在停机期间投资的特定数量的线程。

Q-1为什么需要舱壁图案？有人真的需要用舱壁吗。如果我们记住在停机期间新的线程消耗点。有人能不能找出BulkHead在CircuitBreaker上的一些优点。

Q-2。在这篇文章中，帖子提到bulkHead需要在被称为(错误服务)的服务中实现。我真的无法理解，错误的依赖/服务如何能够为自己划分线程。在我看来，调用错误服务的服务应该为每个下游依赖项划分线程，包括错误的依赖项。谁能澄清一下。

Q-3有人可以分享一些代码引用，说明他们在使用BulkHead时如何划分下游服务的线程。

Answer 1

R1:在高负载系统下(如果超时限制相对较高)，当依赖项失败或增加延迟时，您的服务器可以在断路器打开电路之前耗尽可用的线程。

您可以减少超时限制，但在某些时候，并且取决于您的需求，它也可能更适合限制线程的数量。

注意，CB的一些实现在默认情况下包括一个舱壁模式。

R2:作者所说的“在服务端实现舱壁模式”是指实现在服务器上运行的组件，但也是其他组件的客户端(这里的术语是服务器和客户端相对的)。