超级账本同行的更好做法是什么......？
What is the better practice of hyperledger peers...?
我刚刚与 3 个组织一起启动了我的自定义 hyperledger composer 网络。每个组织包括 1 个同行（共 3 个同行）。我的问题是
- 在一个组织中有多个同行有什么用...???
- 在生产级别遵循组织数量和同行数量的最佳实践是什么...???
如有错误请指正。
结构：1.1.0
作曲家：0.19.16
节点：8.11.3
Os: Ubuntu 16.04
每个组织的多个对等节点提供了更高的弹性（通过冗余）以及负载下更高的吞吐量。您可以使用单个对等点启动您的网络，然后再添加更多。但是，在生产系统中，您通常需要一些弹性，因此每个组织至少需要 2 个背书节点。
订购者也是如此。您通常会使用 Kafka 进行生产以提供更高的吞吐量和弹性。
此外，除非您有充分的理由使用 Fabric 1.1，否则您至少应该使用 1.2，它由 Composer 支持并具有 several new features.
我刚刚与 3 个组织一起启动了我的自定义 hyperledger composer 网络。每个组织包括 1 个同行（共 3 个同行）。我的问题是
- 在一个组织中有多个同行有什么用...???
- 在生产级别遵循组织数量和同行数量的最佳实践是什么...???
如有错误请指正。
结构：1.1.0
作曲家：0.19.16
节点：8.11.3
Os: Ubuntu 16.04
每个组织的多个对等节点提供了更高的弹性（通过冗余）以及负载下更高的吞吐量。您可以使用单个对等点启动您的网络，然后再添加更多。但是，在生产系统中，您通常需要一些弹性，因此每个组织至少需要 2 个背书节点。
订购者也是如此。您通常会使用 Kafka 进行生产以提供更高的吞吐量和弹性。
此外，除非您有充分的理由使用 Fabric 1.1，否则您至少应该使用 1.2，它由 Composer 支持并具有 several new features.