【问题标题】:Composer Chaincode containers lifecycleComposer Chaincode 容器生命周期
【发布时间】:2018-10-11 09:52:30
【问题描述】:

在 Hyperledger 结构中,部署的每个链代码都在单独的 docker 容器中运行。

因此,Hyperledger-composer在链码的每次升级时创建一个新容器。据我了解,composer-rest-server 或与作曲家频道交互的任何其他方式始终依赖于已部署的最新版本

框架本身不会停止运行旧链码的容器。

我应该手动操作吗?是否有充分的理由让它们继续运行?

【问题讨论】:

  • 我试图杀死所有旧容器,然后运行一个完整的 e2e 测试套件,一切似乎都很顺利。我的问题旨在从理论上理解流程中涉及的风险(如果有)
  • 请参阅stackoverflow.com/questions/51057902/… 以获得答案 - 你可以阻止他们,是的。建议阅读链接了解更多详情
  • 谢谢。如果您将其发布为答案,我将很乐意接受。

标签: docker hyperledger-fabric hyperledger blockchain hyperledger-composer


【解决方案1】:

请参阅Upgrading Hyperledger Fabric Business Network 以获取答案 - 你可以阻止他们,是的。我建议阅读链接以获取更多详细信息

【讨论】:

    【解决方案2】:

    一旦将信息写入区块链(通过 Hyperledger Composer 或任何其他方式),您就无法将其从分类账中删除。

    保持容器运行旧的链码可以被视为恢复网络的一种手段(例如,如果您在 ACL 中犯了错误并且您无法再访问您的网络)。

    您可以使用以下命令杀死和删除旧的 Docker 容器:

    docker kill ID_OF_THE_OLD_CONTAINER
    
    docker rm ID_OF_THE_OLD_CONTAINER
    

    【讨论】:

      猜你喜欢
      • 2020-11-12
      • 1970-01-01
      • 2015-03-23
      • 1970-01-01
      • 1970-01-01
      • 2018-05-17
      • 2012-11-06
      • 2018-02-23
      • 1970-01-01
      相关资源
      最近更新 更多