要了解作曲家休息服务器的应用程序架构，我想了解以下事项。
让我们说，我们有4个不同组织的同行。现在，我们将如何管理作曲家休息服务器的建议方法。
1）每个对等方有一个作曲家休息服务器
2）每个网络有一个作曲家休息服务器，所有对等点将共享作曲家休息服务器
3）每个频道有一个作曲家休息服务器
答案 0 :(得分：0)
首先，只是为了确认其名为'Hyperledger Composer'和'Fabric Composer'的名字就是它的名字。
其次，答案是，每个参与该业务网络的组织，每个Composer业务网络将拥有一个或多个（思考HA和可用性）REST服务器实例。它还取决于每个人如何在自己的基础架构区域内部署REST服务器实例，并且在某种程度上依赖于对其进行身份验证的用户/用户群（可能是他们将对自己的用户/ REST客户端进行身份验证以使用REST服务器API - 无论选择哪种Passport策略，都要在多用户环境中进行身份验证 - 例如LDAP OAuth2等。因此，REST服务器本身并不严格依赖于“对等体”。对等体信息在连接配置文件信息中定义，在商业网卡中。
Composer业务网络部署到特定的通道/分类帐 - 并在访问它的业务网卡中进行配置 - 连接信息指定通道，并使用适当的业务网卡实例化REST服务器实例。
在此处查看有关部署REST服务器的更多信息： https://hyperledger.github.io/composer/integrating/deploying-the-rest-server.html