具有多个订购者的 hyperledger fabric 设置

Question

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

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

Answer 1

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