Мы запускаем fabri c (1.4.4) в по существу закрытой сети (нет прямого доступа inte rnet, только частные реестры docker / npm / maven, требующие аутентификации, доступны через прокси-сервер). В то время как golang chaincode работает просто отлично в этой настройке, создать экземпляр кода сети узла невозможно, так как fabric-ccenv
означает , выполняющее npm install --production
, что, очевидно, не будет работать без доступа к inte rnet. В fabri c 1.4 единственное, что настраивается в fabri c -ccenv, это, кажется, изображение, которое будет использоваться .
Но даже если безопасность позволит настройки прокси , частные адреса реестра и учетные данные для включения в пользовательский образ fabri c -ccenv, некоторые собственные сборки npm (x509, grp c), по-видимому, нуждаются в прямом inte rnet доступе, поскольку они загрузка, например, заголовочных файлов openssl или готовых двоичных файлов grp c. Даже если бы мы смогли «взломать» это для определенного цепного кода узла, это все равно исключило бы использование произвольного цепного кода узла с произвольными зависимостями.
В fabri c 2.0, по-видимому, возможно внешняя сборка контейнеров с кодами - есть ли шанс сделать эту работу также для fabri c 1.4?
Существуют ли другие способы повлиять на сборку контейнера с кодовыми цепочками узлов в fabri c 1.4 что мы могли пропустить?