Как правило, вы хотите распространять узлы среди сторон, заинтересованных в проверке транзакций. Это означает, что если в вашем приложении участвуют несколько недоверчивых сторон, то все они должны работать с равноправным узлом. Кроме того, в зависимости от согласованного алгоритма по вашему выбору, вы также можете распределить узлы заказчиков среди всех не доверяющих сторон. Если вы не уверены в окончательном размере вашей сети, вы можете захотеть внедрить способ быстрого обновления конфигурации канала (сбора подписей и т. Д.), Чтобы вы могли присоединяться к новым узлам в.
Для пользователей и сертификатовЯ также хотел бы пойти с одним CA (как правило, Fabric-CA) на одноранговую организацию. Я не знаю, настроены ли ваши пользователи или они могут динамически регистрироваться. В любом случае я бы зарегистрировал всех пользователей в ЦС организации, которая управляет одноранговым узлом, с которым REST API связывается.
С точки зрения инфраструктуры, безусловно, наиболее популярным способом настройки распределенной фабричной сети являетсячерез Кубернетес. В вашем случае вам понадобится один кластер Kubernetes для каждой организации, эксплуатирующей узлы (для вашей разработки вы можете использовать один кластер, но имейте в виду, что вам придется настраивать конечные точки при переходе к распределенной установке с несколькими кластерами). ).