具有多个订购者的超级账本结构设置

Question

我已经建立了一个包含多个订购者的结构网络，并分析了一些关于它如何工作的场景。有两个问题。

1. 多订购者网络的一个优点是避免单一 故障点。因此，如果一个订购者失败，它必须自动 将另一个订购者带入图片并继续工作。但在 通过我们传递的 cli 调用对等链代码的实际场景 orderer 的参数和 orderer 的 cafile 进行交易。 在这里，我们传递订购者信息，所以如果我们选择的订购者是 down 交易将无法完成。我的问题是 - 这不是 多排序网络的目标，为什么我们需要通过 orderer 相关参数？
2. 我用 4 个 kafka 代理和 3 个 zookeeper 部署了这个网络。甚至 在停止所有三个动物园管理员之后，结构网络正在提供 正确的反应。 zookeeper的意义是什么？

Answer 1

1. 多orderer的点是消除单点 失败并允许订购服务水平扩展。这 peer CLI 实际上并不打算用于调用 生产应用。通常，像 Node 或 Java 这样的 SDK 会 被使用，并且在失败时，调用将被重试到另一个 订购者。
2. Kafka 代理使用 Zookeeper 管理领导选举，以及 通常在 Kafka 集群中编排更改。我希望 随着zookeeper下来，最终你会遇到问题 与集群。网络可以正常运行，直到 kakfa 没有任何问题。但是，当 kafka 出现问题时，Zookeeper 将负责接下来的步骤。