能否请您提供有关如何组织Hyperledger Fabric节点的建议？
背景：我们正在使用基于Hyperledger Fabric平台的区块链智能合约构建商业应用程序。该应用程序的体系结构期望某些RESTful API Web服务（可能与某些负载平衡绑定）访问Hyperledger节点并将该API暴露给SPA Web UI。 Web服务API正在将应用程序请求代理到另一个Hyperledger分配的RESTful API，该API专门用于节点访问和智能合约调用，然后从应用程序API将访问权限直接定向到区块链节点。客户通过Web UI（SPA）访问智能合约的功能。 Hyperledger的需求是区块链给出的选项，例如信任，置信度可靠性，共识性等，并且是业务逻辑所必需的。主要问题隐藏在节点分布中。
因此，问题是如果用户仅具有Web访问权限并且仅在分布式网络中提供主要的区块链功能，如何组织网络的节点。也许您可以建议我们一些合适的解决方案或进行研究的方向？ （除了IBM云平台和AWS之外）
谢谢。
答案 0 :(得分：0)
您通常希望将节点分发给有兴趣验证交易的各方。这意味着，如果您的应用程序涉及多个不信任方，则所有这些不信任方都应各自操作一个对等节点。另外，根据您选择的共识算法，您可能还希望将订购者节点分发给所有不信任方。如果不确定网络的最终大小，则可以采用一种方法来快速更新通道配置（收集签名等），以便可以加入新节点。
对于用户和证书，我还将每个对等运营组织都使用一个CA（通常是fabric-ca）。我不知道您的用户是否已预设或可以动态注册。无论如何，我都会向与REST API通信的对等方进行操作的组织的CA注册所有用户。
就基础架构而言，到目前为止，建立分布式光纤网络的最流行方法是通过Kubernetes。对于您的情况，对于每个节点操作组织，您将需要一个Kubernetes集群（对于您的开发，您可以使用一个集群，但是请记住，当移至多集群，分布式设置时，必须调整端点。 ）。