如何组织超分类器fabrik网络的节点？

Question

你能给我们一些关于如何组织超级分类账织物节点的建议吗？

背景:我们正在使用基于Hyperledger平台的区块链智能合同来构建一个商业应用程序。该应用程序的体系结构要求某些RESTful API web服务(可能与某些负载平衡绑定)访问超级分类账节点，并将该API公开给SPA。web服务API将应用程序请求代理到另一个指定的RESTful API，该API专用于节点访问和智能契约调用，而不是从app直接访问块链节点。客户通过web (SPA)访问智能合同的设施。超级分类账的要求是区块链给出的信任、信任、可靠性、一致性等选项，是业务逻辑所要求的。主要问题隐藏在节点分布中。

因此，如果用户仅具有web访问权限，并且仅在分布式网络中提供主要的块链特性，那么如何组织网络的节点是的问题。也许，你可以建议我们一些合适的解决方案或一个调查方向？(除了IBM云平台和AWS)

谢谢。

Answer 1

您通常希望将节点分发给对验证事务感兴趣的各方。这意味着，如果应用程序涉及多个不信任方，那么所有应用程序都应该各自操作一个对等节点。此外，根据您选择的协商一致算法，您还可能希望将订单节点分发给所有不信任的各方。如果您不确定网络的最终大小，您可能希望找到一种快速更新信道配置(收集签名等)的方法。这样您就可以加入新的节点。

对于用户和证书，我也会与一个CA (一般结构-ca)每个同行操作组织。我不知道您的用户是预先设置的，还是可以动态注册的。在任何情况下，我都会使用组织的CA注册所有用户，该CA操作REST与其通信的对等方。

就基础设施而言，目前最流行的建立分布式fabric网络的方法是通过Kubernetes。在您的示例中，每个节点操作组织都需要一个Kubernetes集群(对于您的开发，您可以使用一个集群，但请记住，当您迁移到多集群分布式安装程序时，必须调整端点)。