【问题标题】:External Chaincode Pod on Kubernetes in Hyperledger Fabric v1.4Hyperledger Fabric v1.4 中 Kubernetes 上的外部 Chaincode Pod
【发布时间】:2020-06-15 12:10:59
【问题描述】:

据我目前所见,在使用 Kubernetes 部署的 Hyperledger Fabric v1.4 网络中,chaincode 容器和 peer 容器共同存在于同一个 pod 中。可以在此链接https://medium.com/@oap.py/deploying-hyperledger-fabric-on-kubernetes-raft-consensus-685e3c4bb0ad 中找到相同的示例。是否可以部署链码容器和对等容器存在于两个单独的 pod 中?如果是,我该如何在 Hyperledger Fabric v1.4 中实现这一点?根据我的研究,可以使用外部链码启动器在 Hyperledger Fabric v2.1 中这样做。但是,我目前仅限于 Fabric v1.4。

【问题讨论】:

    标签: kubernetes hyperledger-fabric hyperledger hyperledger-chaincode


    【解决方案1】:

    正如您所指出的,Fabric v2.0 引入了external builders,专门用于允许操作员选择如何构建和执行其链码。使用外部构建器当然可以触发创建单独的 pod 来启动链代码。

    不幸的是,在 Fabric v1.4.x 中,对 Docker 有很强的依赖。您可能会在单独的特权 pod 中启动您的 docker 守护程序,并通过 TLS 对其进行安全身份验证,并在那里启动您的链代码。可以看到docker daemon连接配置in the sample core.yaml

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

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 2018-04-21
      • 2023-01-14
      • 2020-08-07
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多