1.4 Broker Federation

메시지 라우트를 정의하여 하나의 브로커에서 다른 브로커로 자동으로 전달하게 한다.
일반적으로 일방향이며, 라우트는 durable 하고 tansient 한다.
연결이 소실되면 메시지는 누적되다가 재연결이 되면 다시 전송한다.

라우팅에 사용되는 룰은 서버가 변경됨에 따라 동적으로 변경할 수 있으며, 변경의 책임은 다른 변경조건에 맞게 반영된다,.

1.4.1 Message Routes

pull / push 방식이 있음.
pull 은 dest 에서.
push 는 src 에서 설정함

• queue <-> exchage
• exchange <-> exchange

excg <-> excg 는 다음과 같은 라우트를 가질 수 있다.

1.4.1.1 Queue Routes

모든 메시지를 src 에서 dest 로.

1.4.1.2 Exchange Routes

바인딩키에 따라 라우트함

실제로는 내부적으로 큐가 (auto-delete, exclusive) 만들어지고, 이를 통해 연결하는 것.

1.4.1.3 Dynamic Exchange Routes

클라이언트가 바인딩을 맺고, 이 exchange 만이 아니라 dynamic exchange route 를 통해 생성된 다른 exchange 도 수신한다. 바인딩 변경시, 이 exhcange 와 관련한 다른 exchange routes 또한 변경한다.

• source 에 연결 된 모든 dest exchange 에 대해 적용되는데, 하나의 메시지라도 매치가 되면 dest 에 라우트되도록한다.
• dest 에서 바인딩들이 추가되거나 삭제되는경우, 이 변화는 DER 에 적용이 된다.
  • dest 브로커가 바인딩을 주어진 바인딩키를 만들경우 라우트에 반영이되고 바인딩키를 제거할 경우 라우트는 더이상 메시지를 브로커들에게 전달하는 오버헤드를 갖지 않는다.
• 만약 두 excg 가 der 을 서로에 대해 갖는경우, 각각의 excg 에 대한 모든 바인딩은 der 에 반영된다.
• DER 에서, source 와 destination exchages 들은 같은 excage 타입을 가지고 있어야하고, 같은 이름을 가져야 한다.

내부적으로 dynamic exchage routes 는 exchage 라우트와 동일하게 구현되어 있는데, 다른점은 DEST Excg 에 바인딩이 있는 경우 DER 을 구현하는데 사용한 바인딩들이 수정됐다는것. (? except that the bindings used to implement dynamic exchange routes are modified if the bindings in the destination exchange change.)

DER 은 항상 pull route 형식이다.

1.4.2 Federation Topolpogies

보통 이 네트워크는 트리구조, 스타구조, 선형, 양방향 링크, 로 구성된다. 링 형태도 가능하지만, 이때는 단방향링크들만 사용하여야 한다.

메시지를 빨리 전달 받기 위해서는 브로커 사이 홉을 줄이는 것이 중요. 그래서 대부분의 경우 트리나 스타 토폴로지가 최고다.

A, B 가 있다고 할 때 서로를 연결하는 경로는 하나만이 있어야 할 것.
만약 하나 이상의 경로가 있으면 중복된 메시지 전송을 야기하고 네트워크의 홍수를 일으킬 것.

1.4.3 Federation among High Availablity Message Clusters

fedration 은 일반적으로 High Availability Message Clusters 와 사용이 되는데, 클러스터들이 각각의 LAN 에 대해 고 안정성을 얻게끔한다.
메시지 상태가 클러스터에서 복제 되기 때문에,
같은 클러스터의 다른 브로커 사이에서 메시지 라우트를 정의하는 작은 개념을 만들어 준다.

두 클러스터 사이에서 메시지를 생성하기 위해, 첫번째 클러스터에서 다른 클러스터의 브로커로 라우터를 만들어주면된다.

1.4.4 The qpid-route Utility

$ qpid-route [OPTIONS] dynamic add <dest-broker> <src-broker> <exchange>
$ qpid-route [OPTIONS] dynamic del <dest-broker> <src-broker> <exchange>

$ qpid-route [OPTIONS] route add <dest-broker> <src-broker> <exchange> <routing-key>
$ qpid-route [OPTIONS] route del <dest-broker> <src-broker> <exchange> <routing-key>

$ qpid-route [OPTIONS] queue add <dest-broker> <src-broker> <dest-exchange>  <src-queue>
$ qpid-route [OPTIONS] queue del <dest-broker> <src-broker> <dest-exchange>  <src-queue>

$ qpid-route [OPTIONS] list  [<broker>]
$ qpid-route [OPTIONS] flush [<broker>]
$ qpid-route [OPTIONS] map   [<broker>]

$ qpid-route [OPTIONS] list connections [<broker>]

The syntax for broker, dest-broker, and src-broker is as follows:

  [username/password@] hostname | ip-address [:<port>]

The following are all valid examples of the above syntax: localhost, 10.1.1.7:10000, broker-host:10000, guest/guest@localhost.

Table 1.9. qpid-route options

1.4.4.1. Creating and Deleting Queue Routes

$ qpid-route [OPTIONS] queue add <dest-broker> <src-broker> <dest-exchange> <src-queue>
$ qpid-route [OPTIONS] queue del <dest-broker> <src-broker> <dest-exchange> <src-queue>

1.4.4.2. Exchange Routes