Composer Chaincode 容器生命周期
Composer Chaincode containers lifecycle
在 Hyperledger fabric 中，部署的每个链代码都在单独的 docker 容器中运行。
因此，Hyperledger-composer 会在链代码的每次升级 时创建一个新容器。根据我的理解，composer-rest-server 或任何其他与 composer 频道交互的方式总是依赖于已部署的最后一个版本。
框架本身不会阻止容器 运行 旧的链码。
我应该手动操作吗？是否有充分的理由保留它们 运行？
参见 的答案 - 你可以阻止他们，是的。我建议阅读 link 了解更多详情
一旦信息写入区块链（通过 Hyperledger Composer 或任何其他方式），您就无法将其从分类账中删除。
保留容器 运行 旧链码可以被视为恢复网络的一种方式（例如，如果您在 ACL 中犯了一个错误并且您无法再访问您的网络）。
您可以使用以下命令终止和删除旧的 Docker 容器：
docker kill ID_OF_THE_OLD_CONTAINER
docker rm ID_OF_THE_OLD_CONTAINER
在 Hyperledger fabric 中，部署的每个链代码都在单独的 docker 容器中运行。
因此，Hyperledger-composer 会在链代码的每次升级 时创建一个新容器。根据我的理解，composer-rest-server 或任何其他与 composer 频道交互的方式总是依赖于已部署的最后一个版本。
框架本身不会阻止容器 运行 旧的链码。
我应该手动操作吗？是否有充分的理由保留它们 运行？
参见
一旦信息写入区块链（通过 Hyperledger Composer 或任何其他方式），您就无法将其从分类账中删除。
保留容器 运行 旧链码可以被视为恢复网络的一种方式（例如，如果您在 ACL 中犯了一个错误并且您无法再访问您的网络）。
您可以使用以下命令终止和删除旧的 Docker 容器：
docker kill ID_OF_THE_OLD_CONTAINER
docker rm ID_OF_THE_OLD_CONTAINER