Развертывание Hyperledger Fabric с помощью Kafka - PullRequest
Новая
       25

Развертывание Hyperledger Fabric с помощью Kafka

0 голосов
/ 22 ноября 2018

Я запутался в настройке узлов kafka в производственной среде .Я знаю, что сообщество Hyperledger предлагает создать Kafka на совместном предприятии с несколькими организациями.Поскольку сообщество предпочитает хранить все узлы Kafka и Zookeeper в одном центре обработки данных для лучшей производительности.

Но у меня не может быть совместного предприятия всех организаций. Можно ли распределить узлы Kafka, Zookeeper и Orderer по нескольким организациям? Например:

enter image description here

Предположим, что существуют две организацииони могут содержать следующее:

  • Каждая организация имеет свой собственный MSP
  • Каждая организация имеет 4 пира
  • Общий кластер Kafka.т. е. в Org1 размещены 2 узла Kafka и 2 узла Zookeeper, а в узлах Org 2, 2 узла kafka и 1 узел Zookeeper.
  • В каждой организации имеется 2 заказчика.

1 Ответ

0 голосов
/ 02 декабря 2018

Развертывание распределенной фабричной сети должно точно согласовать компромисс между разделением ответственности и доверием между организациями, размещающими эти сервисы.Как предполагается в этом вопросе, одноранговые организации, совместно использующие хостинг кластера kafka-zookeeper и заказывающие узлы обслуживания, могут привести к проблемам с масштабируемостью и доверием при увеличении размера консорциума.Ниже приведены две основные проблемы:

  1. требуется, чтобы зоокейперы были развернуты нечетными числами, чтобы избежать проблем с разделенным мозгом, а развертывание> = 7 не рекомендуется.Если партнерские организации также возьмут на себя ответственность за размещение зоопарков, решение не будет масштабироваться после того, как ансамбль зоопарков исчерпает себя, и новые организации продолжают поступать.

  2. С другой стороны, размещение OSN в одной и той же организациикак пэры обескуражены также.Это связано с политикой проверки блоков по умолчанию, разграниченной структурой, которая позволяет любому действительному сертификату организации-заказчика, в данном случае также одному хост-узлу, подписывать блоки.По сути, это означает, что блок, подписанный с использованием любого действующего сертификата, созданного организацией, в которой размещены различные службы, включая службу заказа, пройдет проверку.Итак,

    , если организация действует как в роли упорядочивания, так и в роли приложения, то эту политику следует обновить, чтобы ограничить подписывающих блоков подмножеством сертификатов, разрешенных для упорядочения

...