Domain
프로젝트의 최상위 네임 스페이스. 일반적으로 프로젝트명이나 도메인명이 하이퍼레저 도메인명으로 사용됩니다.
Orderer
도메인 아래에는 네트워크의 모든 피어가 트랜잭션을 커밋했는지 확인하는 Orderer(여러개의 인스턴스)가 있을수 있습니다.
Orderer는 하나의 Org에 의존적이지 않습니다. 그래서 연결이 실패하는 상황을 줄이기 위해 여러개의 Orderer를 두는 것이 좋습니다.(Kafka / Zookeeper)
Org
Peer 및 CA의 컨테이너입니다. 각 Org에는 자체 CA 및 Peer들이 있습니다. 일반적으로 Org는 블록체인 네트워크를 분리 하는데 사용됩니다.(기업, 조직등)
CA
CA는 사용자 인증서를 발행하고 관리하는데 사용됩니다. 이는 네트워크에서 소유권을 확인하는데 사용되며 각 CA는 Org에 묶여 있습니다.
Peer
Peer는 클라이언트와 연결되어 있고 World status와 트랜잭션에 대한 책임을 지는 노드입니다. 각 Peer은 couchdb에 자체 트랜잭션의 사본을 가지고 있습니다. 조직은 둘 이상의 Peer을 가질수 있으며 데이터의 손실을 막기 위해 Orderer에 여러개의 Peer을 두는것이 좋지만 4개 이상의 Peer을 두면 대기 시간이 길어 질 수 있습니다.
출처 : https://dev.to/skcript/hyperledger-fabric-architecture-explained-in-detail-32bb
'[블록체인] 하이퍼레저 > [하이퍼레저] 스터디 자료 ' 카테고리의 다른 글
| 블럭 구조(Block structure) (0) | 2018.06.07 |
|---|---|
| Hyperledger의 Peer 종류 (0) | 2018.06.04 |
| Hyperledger 구성요소 정의 및 역할 (0) | 2018.06.04 |