Hyperledger结构v1.4中Kubernetes上的外部链码盒

Hyperledger结构v1.4中Kubernetes上的外部链码盒,kubernetes,hyperledger-fabric,hyperledger,hyperledger-chaincode,Kubernetes,Hyperledger Fabric,Hyperledger,Hyperledger Chaincode,到目前为止,在使用Kubernetes部署的Hyperledger Fabric v1.4网络中,链码容器和对等容器共存于同一个pod中。在这个链接中可以找到同样的例子。是否可以在链码容器和对等容器存在于两个单独的pod中的情况下进行部署?如果是,我如何在Hyperledger Fabric v1.4中实现这一点?根据我的研究,可以在Hyperledger Fabric v2.1中使用外部链码启动器实现这一点。但是,我目前仅限于Fabric v1.4。正如您所指出的,Fabric v2.0的推出

到目前为止,在使用Kubernetes部署的Hyperledger Fabric v1.4网络中,链码容器和对等容器共存于同一个pod中。在这个链接中可以找到同样的例子。是否可以在链码容器和对等容器存在于两个单独的pod中的情况下进行部署?如果是,我如何在Hyperledger Fabric v1.4中实现这一点?根据我的研究,可以在Hyperledger Fabric v2.1中使用外部链码启动器实现这一点。但是,我目前仅限于Fabric v1.4。

正如您所指出的,Fabric v2.0的推出是为了让运营商能够选择如何构建和执行链码。使用外部构建器,当然可以触发创建一个单独的pod来启动链码

不幸的是,在Fabric v1.4.x中,对Docker有很强的依赖性。您可以在一个单独的特权pod中启动docker守护程序,并通过TLS安全地对其进行身份验证,然后在那里启动您的链码。您可以看到docker守护程序连接配置


作为警告,我不知道有任何用户正在部署连接到远程docker守护进程的对等方。我看不出有任何理由它不起作用,但它也不是一条经过良好测试的道路。由于Fabric的最新版本中提供了外部构建器,因此我不希望社区对新型docker配置提供大量支持。

非常感谢@JasonYellick。