2017-06-06 17 views
0

我々はハイパー元帳コンポーザーを使用しながら、最適な設計の練習を把握しようとしています。私たちは、作曲・休息・サーバーを使用している場合は、2つのサーバー側のコンポーネントを管理する必要がありますオーバーヘッド?

1):私たちは、次の質問を持っています。ネットワークと通信するために作曲静止サーバにリクエストを送信します I)ランニング作曲レストサーバII)実行中のアプリケーション。

それは、オーバーヘッドはありませんか?私たちがコンポーザー・レスト・サーバーを使用して得ている追加の利点は何ですか?実際、おそらくクライアントは2回認証する必要があります。

2)当社ではJavaScript SDKを使用している場合は、親切に、唯一のサーバー側のアプリケーションを管理する誤解した場合には私を修正する必要があります。私はcomposer-rest-serverの情報を求めていますが、私はcomposer-rest-serverを使用する予定ではなく、 'composer-client'と '作曲者 - 管理者 'のみ。

答えて

1
  1. はい、composer-rest-serverを独自のプロセスで実行するにはオーバーヘッドがありますが、アプリケーションとは独立して残りのサーバーを保護し、スケーリングすることができます。あなたのシナリオに応じて、払う価値のあるオーバーヘッドになるかもしれません。

別のオプションは直接loopback-connector-composerループバックコネクタを使用しています(lbツールを使用して)ループバックアプリケーションを生成することです。これにより、基礎となるExpressサーバーへのアクセスが可能になり、アプリケーションとRESTサーバーをマージすることができます。

  1. あなたは正しいですが、ビジネスネットワーク用のREST APIを自分で作成し、認証と証明書を管理する必要があります。

  2. 生成されたAngularアプリケーションは、HLFと対話するためにcomposer-rest-serverによって公開されるREST APIを使用します。

ここには、ドキュメントへの寄稿のために取り組んでいるDRAFTトポロジダイアグラムがあります。

DRAFT topology for Hyperledger Composer Solution

+0

ありがとうございます:) –

関連する問題