Federation và shovel trong RabbitMQ là gì?

Question

Accepted Answer

**Federation** và **shovel** là các tính năng RabbitMQ để kết nối **các broker riêng biệt** — di chuyển message giữa các instance RabbitMQ qua các vị trí hoặc mạng. Chúng cho phép messaging phân tán qua các data center mà không cần clustering trên các link không đáng tin cậy.

## Nhu cầu: kết nối các broker riêng biệt

```text
Clustering kết nối các node trên một mạng ĐÁNG TIN CẬY, độ trễ thấp. Nhưng đôi khi bạn cần
kết nối các broker qua các DATA CENTER / khu vực / mạng không đáng tin cậy:
  → clustering KHÔNG PHÙ HỢP cho các link độ trễ cao/không đáng tin cậy (nó cần ghép cặp chặt)
  → FEDERATION và SHOVEL liên kết các broker riêng biệt một cách lỏng lẻo (tốt cho WAN/phân tán địa lý)
```

## Federation

```text
FEDERATION → liên kết exchange/queue qua các broker RIÊNG BIỆT (ghép cặp lỏng lẻo):
  → một federated exchange/queue trên một broker kéo message từ exchange/queue
    của broker khác
  → các broker vẫn ĐỘC LẬP (không phải một cluster) → chịu đựng được các vấn đề mạng
  → dùng cho: phân phối message qua các khu vực; chia sẻ message giữa các broker độc lập
```

## Shovel

```text
SHOVEL → di chuyển ("shovel") message một cách đáng tin cậy từ một queue/exchange trên một broker đến cái khác:
  → tiêu thụ từ một nguồn và republish đến một đích (qua các broker)
  → rõ ràng/được kiểm soát hơn federation (chuyển message điểm-tới-điểm)
  → dùng cho: di chuyển message giữa các broker, migration, bắc cầu các hệ thống
```

## Federation vs shovel

```text
→ FEDERATION → liên kết broker-to-broker của exchange/queue (khai báo hơn, nhận biết topology)
→ SHOVEL → chuyển message rõ ràng từ một nguồn cụ thể đến một đích (đơn giản hơn,
  điểm-tới-điểm)
→ cả hai kết nối các broker RIÊNG BIỆT (so với các node ghép cặp chặt của clustering) → tốt cho
  phân tán địa lý, WAN, bắc cầu
```

## Tại sao điều này quan trọng

Hiểu federation và shovel là kiến thức cấp senior có giá trị bởi vì chúng là **cách để kết nối các broker RabbitMQ riêng biệt qua các vị trí**, quan trọng cho messaging phân tán/phân tán địa lý, nên đó là liên quan cho các kiến trúc đa-broker.

Ngữ cảnh then chốt là **clustering không phù hợp để kết nối các broker qua các data center, khu vực, hoặc mạng không đáng tin cậy** (nó đòi hỏi một mạng đáng tin cậy, độ trễ thấp và ghép cặp chặt), nên cần một cách tiếp cận khác cho phân tán địa lý — và **federation và shovel** cung cấp nó bằng cách liên kết lỏng lẻo các broker riêng biệt.

Hiểu **federation** — liên kết exchange/queue qua các broker riêng biệt (một federated exchange/queue kéo message từ của broker khác, với các broker vẫn độc lập và chịu đựng được các vấn đề mạng, để phân phối message qua các khu vực) — làm rõ một cách tiếp cận.

Hiểu **shovel** — di chuyển message một cách đáng tin cậy từ một nguồn trên một broker đến một đích trên cái khác (tiêu thụ và republish, rõ ràng và được kiểm soát hơn, cho migration và bắc cầu các hệ thống) — làm rõ cách tiếp cận kia.

Hiểu **federation vs shovel** — federation là liên kết broker-to-broker (khai báo hơn, nhận biết topology) so với shovel là chuyển message điểm-tới-điểm rõ ràng (đơn giản hơn) — và rằng cả hai kết nối các broker riêng biệt (không như các node ghép cặp chặt của clustering), tốt cho phân tán địa lý, WAN, và bắc cầu — làm rõ khi nào dùng mỗi cái.

Kiến thức này quan trọng cho các kiến trúc messaging phân tán trải rộng nhiều vị trí hoặc broker, nơi insight then chốt (clustering cho ghép cặp chặt trên mạng đáng tin cậy, federation/shovel cho ghép cặp lỏng lẻo qua các link không đáng tin cậy hoặc phân tán địa lý) hướng dẫn thiết kế đa-broker đúng đắn.

Hiểu chúng phản ánh nhận thức về cách kiến trúc RabbitMQ qua các data center, một cân nhắc quan trọng cho các hệ thống phân tán.

Vì federation và shovel là cách để kết nối các broker RabbitMQ riêng biệt qua các vị trí (nơi clustering không phù hợp), quan trọng cho messaging phân tán địa lý và đa-broker, và vì hiểu chúng và khi nào dùng mỗi cái (so với clustering) là liên quan cho các kiến trúc phân tán, nên hiểu federation và shovel là kiến thức cấp senior có giá trị — quan trọng để kết nối các broker RabbitMQ riêng biệt qua các data center/khu vực (ghép cặp lỏng lẻo cho phân tán địa lý, nơi clustering không phù hợp), phản ánh kiến thức kiến trúc để thiết kế RabbitMQ phân tán qua các vị trí, và một cân nhắc chính cho messaging đa-broker, phân tán địa lý.