根据我目前看到的情况，在使用Kubernetes部署的Hyperledger Fabric v1.4网络中，Chaincode容器和对等容器共同存在于同一个pod中。在这个链接中可以找到一个相同的例子 https:/medium.com@oap.pydeploying-hyperledger-fabric-on-kubernetes-raft-consensus-685e3c4bb0ad . 是否有可能在部署时，链码容器和对等容器存在于两个独立的 pod 中？如果可以，我如何在Hyperledger Fabric v1.4中实现这个功能？根据我的研究，在Hyperledger Fabric v2.1中使用外部链码启动器是可以实现的。但是，我目前仅限于Fabric v1.4。
正如你指出的，Fabric v2.0引入了 外部建筑商 专门针对允许操作者选择如何构建和执行链码。 通过外部构建器，当然可以触发创建一个单独的pod来启动链码。
不幸的是，在Fabric v1.4.x中，对Docker有很强的依赖性。 你可以在一个单独的特权pod中启动你的docker daemon，通过TLS安全地验证它，并在那里启动你的链码。 你可以看到docker守护进程的连接配置。在样本core.yaml中.
作为一个警告，我不知道任何用户正在部署连接到远程docker守护进程的同行。 我看不出有任何理由它不应该工作，但这也不是一个很好的测试路径。由于外部构建器在Fabric的最新版本中可用，我不期望社区对新颖的docker配置提供大量支持。