多物理机多组织Hyperledger Fabric网络的Composer配置与部署疑问
结合我在跨多物理机、多组织的Hyperledger Fabric和Composer部署中的实战经验，给你把这两个问题讲透：
核心思路是让Composer适配Fabric的跨机多组织架构，每个组织独立管理自己的Composer配置，同时保证跨组织的业务网络互通，具体步骤如下：
先确保Fabric底层网络已跨机部署完成：这是前提，你得先搞定多组织Fabric网络的基础搭建——在不同物理机上启动各组织的peer、orderer节点，创建联盟和通道，把各组织的peer加入通道，而且所有节点必须能通过网络互相访问（绝对不能用
localhost，要配置物理机的实际IP或可路由的域名）。为每个组织单独准备Composer连接配置文件（
connection.json）：这个文件是Composer和Fabric网络交互的核心，每个组织的配置要对应自己物理机上的节点信息。比如组织A的connection.json里，peer地址要写物理机A的IP+端口（比如192.168.1.100:7051），组织B的则写物理机B的IP+端口，同时要保证文件里指定的TLS证书、身份证书路径，是各自物理机上Fabric生成的证书文件路径。在每个组织的物理机上安装Composer组件：每个组织用来操作Composer的节点（比如管理员机器或应用节点），都要单独安装Composer CLI、Fabric SDK，如果需要对外提供API，还要装Composer Rest Server。用命令安装就行：
npm install -g composer-cli composer-rest-server注意要和你用的Fabric版本匹配，避免兼容性问题。
把组织身份导入到本地Composer钱包：每个组织要把自己的管理员身份导入到本地的Composer钱包里，用命令：
composer identity import -p hlfv1 -u Admin -c ./crypto-config/peerOrganizations/org1.com/users/Admin@org1.com/msp/signcerts/Admin@org1.com-cert.pem -k ./crypto-config/peerOrganizations/org1.com/users/Admin@org1.com/msp/keystore/xxx_sk这里的证书路径要对应各自物理机上的实际文件，每个组织的密钥和证书都是独立的，不能共用。
打包并跨组织安装业务网络：先在开发环境写好业务网络定义（BND），打包成
.bna文件。然后每个组织都要在自己的peer节点上安装这个业务网络，用命令：composer network install -c admin@your-network -a your-network.bna这里的
admin@your-network是对应组织的连接配置文件关联的身份。启动业务网络并完成跨组织访问：由联盟里的一个牵头组织（比如组织A）执行启动命令：
composer network start -c admin@your-network -n your-network -V 0.0.1 -A admin -S adminpw启动完成后，组织B就可以通过自己的
connection.json和管理员身份，连接并访问这个业务网络了。按需配置Composer Rest Server：每个组织可以在本地启动自己的Rest Server，用命令：
composer-rest-server -c admin@your-network -n never -w true这样组织内部的应用就能通过Rest API安全地和业务网络交互，不用直接操作Fabric节点。
答案是必须每个组织单独部署Composer相关组件，原因很实际：
符合Fabric的去中心化架构：Fabric的多组织设计就是要让每个组织掌控自己的节点和权限，Composer作为上层交互工具，需要依赖组织自己的身份证书和本地节点资源，单独部署能保证各组织的操作完全隔离，不会出现权限越界的问题。
避免网络和资源问题：如果共用一个Composer部署，跨物理机访问Fabric节点会增加延迟，还可能遇到防火墙、网络连通性等问题。本地部署Composer能直接访问本地的peer节点，效率更高也更稳定。
适配各组织的业务需求：每个组织可能有不同的业务场景，比如有的需要启动带身份验证的Rest Server，有的需要单独更新业务网络版本，单独部署能让各组织自主管理自己的Composer组件，灵活适配需求。
内容的提问来源于stack exchange，提问作者vinay prabhu
