Накладные расходы на использование composer-rest-server поверх JavaScript/Node SDK?

Мы пытаемся найти наилучшие методы проектирования при использовании Hyper-Leger Composer. У нас есть следующие вопросы:

1) если мы используем composer-rest-server, то нам придется управлять двумя компонентами на стороне сервера. i) запуск composer-rest-server ii) запуск приложения, которое отправит запрос composer-rest-server для связи с сетью.

Разве это не накладно? какие дополнительные преимущества мы получаем при использовании composer-rest-server? на самом деле, вероятно, клиенту придется аутентифицироваться два раза, я думаю.

2) Если мы используем JavaScript SDK, то нам придется управлять только одним приложением на стороне сервера, пожалуйста, поправьте меня в случае недопонимания.

3) Когда я сгенерировал приложение angularjs с помощью генератора yo, он также запрашивает у меня информацию о composer-rest-server, но я не планирую использовать composer-rest-server и хочу использовать «composer-client» и «composer-admin». Только.


person deepak parmar    schedule 06.06.2017    source источник


Ответы (1)


  1. Да, запуск composer-rest-server в отдельном процессе будет сопряжен с некоторыми накладными расходами, однако это позволит вам защитить и масштабировать остальные серверы независимо от вашего приложения. В зависимости от вашего сценария, это могут быть накладные расходы, которые стоит заплатить.

Другим вариантом может быть создание приложения LoopBack (с помощью инструментов lb), которое напрямую использует коннектор loopback-connector-composer LoopBack. Это может дать вам доступ к базовому серверу Express и позволит вам объединить ваше приложение и сервер REST.

  1. Вы правы, однако вам придется самостоятельно создать REST API для вашей бизнес-сети и управлять аутентификацией и сертификатами.

  2. Сгенерированное приложение Angular использует REST API, предоставленный composer-rest-server, для взаимодействия с HLF.

Вот схема топологии DRAFT, над которой я работаю для дополнения документации.

ПРОЕКТ топологии для решения Hyperledger Composer

person Dan Selman    schedule 06.06.2017
comment
Спасибо большое Дэн :) - person deepak parmar; 06.06.2017