Deployment 在实际场景中，Hyperledger结构中的节点部署在哪里？

这个问题困扰了我很长时间，因为就像一个公共区块链一样，每台计算机都是一个节点，可以获取所有的分类账

如果三家公司希望使用Fabric制作分类账，那么哪家公司应该部署这些节点

如果每个企业都必须部署对等节点，那么应该如何分配背书对等节点和提交对等节点，以及订购方节点放置在何处

如果你把它们放在一个地方，是不是分散化了

好问题

公司在何处部署节点并不重要，可以在校园内，也可以在云中，您所需要的只是IP地址和端口。最好在不同的位置部署对等点，以避免单点故障。可能在每个主要云提供商上部署一个节点，在校园内部署一个节点，以最大限度地减少停机时间

如果是对所有组织都很重要的交易，则背书政策需要每个组织的对等方的背书。每个组织都有认可的同行。订购者节点也应该部署在各种地方，尽管订购者不像认可对等方那样是特定于组织的。最好的做法是有一个以上的订购者，然后使用Kafka或Raft达成共识。有许多算法可以使用

对等点不应全部位于同一位置-仅适用于开发环境

好问题

公司在何处部署节点并不重要，可以在校园内，也可以在云中，您所需要的只是IP地址和端口。最好在不同的位置部署对等点，以避免单点故障。可能在每个主要云提供商上部署一个节点，在校园内部署一个节点，以最大限度地减少停机时间

如果是对所有组织都很重要的交易，则背书政策需要每个组织的对等方的背书。每个组织都有认可的同行。订购者节点也应该部署在各种地方，尽管订购者不像认可对等方那样是特定于组织的。最好的做法是有一个以上的订购者，然后使用Kafka或Raft达成共识。有许多算法可以使用

对等点不应全部位于同一位置-仅适用于开发环境

---

为了补充第二个问题，在Fabric 1.4.1和2.0.0中，您现在可以使用基于Raft的订购服务，它支持分散式订购节点。现在，多个组织可以运行分散的订购者和分散的对等者。提供额外的安全性，防止停机和危害。

要补充第二个问题，在Fabric 1.4.1和2.0.0中，您现在可以使用基于Raft的订购服务，它支持分散订购节点。现在，多个组织可以运行分散的订购者和分散的对等者。提供额外的安全性，防止停机和妥协。

@aaron875499765向上投票并选择答案会很好，以建立我的声誉points@aaron875499765向上投票和选择答案会很好，试图建立我的声誉点