Hyperledger fabric 应用程序的数量和对等节点的数量应该相等吗?

Hyperledger fabric 应用程序的数量和对等节点的数量应该相等吗?,hyperledger-fabric,hyperledger,Hyperledger Fabric,Hyperledger,我正在阅读hyperledger()的文档,这一段有一个问题 我们可以看到,小心地向网络中添加对等点有助于提高吞吐量、稳定性和恢复能力。例如,网络中的更多对等点将允许更多应用程序连接到它;一个组织中的多个对等方将在计划内或计划外停机的情况下提供额外的恢复能力 句子网络中的多个对等节点将允许多个应用程序连接到它是否意味着一个应用程序应与一个对等节点通信,因此节点数量应等于通道上的应用程序数量 如果这样,为什么多个应用程序不能直接与一个节点通信? < P>作为创建对等体的计划的一部分,您需要在组织层

我正在阅读hyperledger()的文档,这一段有一个问题

我们可以看到,小心地向网络中添加对等点有助于提高吞吐量、稳定性和恢复能力。例如,网络中的更多对等点将允许更多应用程序连接到它;一个组织中的多个对等方将在计划内或计划外停机的情况下提供额外的恢复能力

句子
网络中的多个对等节点将允许多个应用程序连接到它
是否意味着一个应用程序应与一个对等节点通信,因此节点数量应等于通道上的应用程序数量


如果这样,为什么多个应用程序不能直接与一个节点通信?

< P>作为创建对等体的计划的一部分,您需要在组织层考虑您的策略,以确保组件的零停机时间。这意味着构建冗余组件,特别是冗余对等体。为了确保零停机,您需要在一个单独的虚拟机中至少有一个冗余对等机,以便对等机可以在客户端应用程序不间断地提交批准建议时停机进行维护


同样,客户端应用程序应该配置为使用服务发现,以确保事务只提交给当前可用的对等方。只要每个组织中至少有一个对等方可用,并且发现的服务正在使用,任何认可策略都能够得到满足。每个组织都有责任确保其高可用性战略足够稳健,以确保其组织拥有的至少一个对等方在其加入的每个通道中始终可用。

这意味着节点上安装的智能合约数量不一定相等,对吗?但是,最好将冗余存储在多个节点上,以最大限度地减少停机时间?是的,您是正确的。