使用 Hyperledger Composer REST 服务器的 Web 应用程序

Question

我正在构建一个 Web 应用程序作为业务网络的接口。我想重用一些 REST 服务器功能（例如 GitHub 登录和将卡片存储在 MongoDB 数据库中），但做一些不同的事情。例如，我想在服务器上生成所有卡片，这样用户就不必上传它们。另外，我需要从某个地方提供静态文件。我正在尝试确定我应该使用哪种架构。

该应用将为 10 到 100 位用户提供服务，并可能扩展到 100 到 1000 位。

到目前为止，我考虑了以下选项： 1.在不同的端口上有不同的应用程序；从客户端调用的 REST 端点。 2. 相同，但从服务器调用的 REST 端点（也意味着我必须以某种方式转发登录过程）。 3. 使用自定义功能扩展 REST 服务器（可能吗？）。 4. 不要使用 REST 服务器，而是窃取它的一些代码以便在我的应用程序中使用它。

问题：

• 是否可以使用自定义路由扩展 REST 服务器？
• 对于生产中的业务网络的 Web 界面推荐的架构是什么？

Answer 1

1. 是的，您可以使用 REST 服务器并自定义它的开源代码
2. 有关一些见解、资源和指导，请参阅 https://github.com/hyperledger/composer-knowledge-wiki/blob/latest/knowledge.md#information_source--node-js-application-development-questions-eg-build-real-time-apps-login-etc。业务网络本质上是部署到区块链运行时（在 Fabric 中作为原生链代码运行）的智能合约（包括交易逻辑、代码、查询、访问控制列表等）。您与分类帐交互的 Web 界面（即通过存储在钱包中的商务网卡（无论是基于服务器还是 cloud based ）可能正在使用 Angular (app) / Typescript / React JS（用于 UI 元素），但重点是您可以使用 Composer API、JS 和 REST 与部署的业务网卡进行交互。应用程序用户将通过应用程序进行交互，使用他们的业务网卡、连接信息、用户的区块链身份和其他一些元数据。查看更多信息 @987654323 @关于 Composer 的架构。