Судя по тому, что я видел до сих пор, в сети Hyperledger Fabric v1.4, развернутой с использованием Kubernetes, контейнер цепного кода и одноранговый контейнер сосуществуют в одном модуле. Пример того же можно найти по этой ссылке https://medium.com/@oap.py/deploying-hyperledger-fabric-on-kubernetes-raft-consensus-685e3c4bb0ad. Возможно ли развертывание, в котором контейнер цепного кода и одноранговый контейнер существуют в двух отдельных модулях? Если да, как мне реализовать это в Hyperledger Fabric v1.4? По моим исследованиям, это можно сделать в Hyperledger Fabric v2.1, используя внешние средства запуска цепного кода. Однако в настоящее время я ограничен Fabric v1.4.
Внешний модуль Chaincode в Kubernetes в Hyperledger Fabric v1.4
Ответы (1)
Как вы отметили, в Fabric v2.0 были представлены внешние компоновщики которые специально нацелены на то, чтобы позволить операторам выбирать, как строятся и исполняются их цепные коды. С внешними сборщиками, безусловно, можно запустить создание отдельного модуля для запуска чейнкода.
К сожалению, в Fabric v1.4.x существует сильная зависимость от Docker. Потенциально вы можете запустить демон Docker в отдельном привилегированном модуле, безопасно аутентифицироваться в нем через TLS и запускать там свои цепные коды. Вы можете увидеть конфигурацию подключения демона докера в образец core.yaml.
В качестве предупреждения я не знаю ни одного пользователя, который развертывает одноранговые узлы, подключающиеся к удаленному демону докеров. Я не вижу причин, по которым он не должен работать, но это тоже не очень проверенный путь. Поскольку внешние компоновщики доступны в более поздних версиях Fabric, я не ожидаю широкой поддержки сообществом новых конфигураций докеров.
person
Jason Yellick
schedule
15.06.2020
