ਰੈਬਿਟਐਮਕਿਊ ਵਿੱਚ ਫੈਡਰੇਸ਼ਨ ਅਤੇ ਸ਼ੋਵਲ ਕੀ ਹਨ?

Question

Accepted Answer

**Federation** ਅਤੇ **shovel** ਰੈਬਿਟਐਮਕਿਊ ਦੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਹਨ ਜੋ **ਵੱਖ-ਵੱਖ ਬਰੋਕਰਸ** ਨੂੰ ਜੋੜਨ ਲਈ — ਸ਼ਾਮਰੀਂ ਜਾਂ ਨੈਟਵਰਕ ਦੇ ਅਗਲੇ ਪਾਸੇ ਰੈਬਿਟਐਮਕਿਊ ਇਨਸਟੈਂਸਾਂ ਵਿਚਕਾਰ ਸੁਨੇਹੇ ਮੂਵ ਕਰਨ ਲਈ ਵਰਤੀ ਜਾਂਦੀ ਹਨ। ਇਹ ਗੈਰ-ਭਰੋਸੇਮੰਦ ਲਿੰਕ ਉੱਪਰ ਕਲਸਟਰਿੰਗ ਤੋਂ ਬਿਨਾਂ ਡੇਟਾ ਸੈਂਟਰਾਂ ਵਿੱਚ ਵਿਤਰਿਤ ਸੁਨੇਹੇ ਬਣਾਉਂਦੀ ਹਨ।

## ਲੋੜ: ਵੱਖ-ਵੱਖ ਬਰੋਕਰਸ ਨੂੰ ਜੋੜਨਾ

```text
Clustering connects nodes on a RELIABLE, low-latency network. But sometimes you need to
connect brokers across DATA CENTERS / regions / unreliable networks:
  → clustering is UNSUITABLE for high-latency/unreliable links (it needs tight coupling)
  → FEDERATION and SHOVEL link separate brokers loosely (good for WAN/geo-distribution)
```

## Federation

```text
FEDERATION → links exchanges/queues across SEPARATE brokers (loosely coupled):
  → a federated exchange/queue on one broker pulls messages from another broker's
    exchange/queue
  → brokers remain INDEPENDENT (not a cluster) → tolerant of network issues
  → for: distributing messages across regions; sharing messages between independent brokers
```

## Shovel

```text
SHOVEL → reliably moves ("shovels") messages from a queue/exchange on one broker to another:
  → consumes from a source and republishes to a destination (across brokers)
  → more explicit/controlled than federation (point-to-point message transfer)
  → for: moving messages between brokers, migrations, bridging systems
```

## Federation ਬਨਾਮ shovel

```text
→ FEDERATION → broker-to-broker linking of exchanges/queues (more declarative, topology-aware)
→ SHOVEL → explicit message transfer from a specific source to a destination (simpler,
  point-to-point)
→ both connect SEPARATE brokers (vs clustering's tightly-coupled nodes) → good for
  geo-distribution, WAN, bridging
```

## ਇਹ ਮਾਇਨੇ ਕਿਉਂ ਰੱਖਦਾ ਹੈ

Federation ਅਤੇ shovel ਨੂੰ ਸਮਝਣਾ ਕੀਮਤੀ ਸੀਨੀਅਰ-ਲੈਵਲ ਗਿਆਨ ਹੈ ਕਿਉਂਕਿ ਇਹ **ਵੱਖ-ਵੱਖ ਰੈਬਿਟਐਮਕਿਊ ਬਰੋਕਰਸ ਨੂੰ ਸਥਾਨਾਂ ਦੇ ਅਗਲੇ ਪਾਸੇ ਜੋੜਨ ਦਾ ਤਰੀਕਾ ਹਨ**, ਵਿਤਰਿਤ/ਜੀਓ-ਵਿਤਰਿਤ ਸੁਨੇਹਿਆਂ ਲਈ ਮਹੱਤਵਪੂਰਨ ਹਨ, ਇਸ ਲਈ ਮਲਟੀ-ਬਰੋਕਰ ਆਰਕੀਟੈਕਚਰ ਲਈ ਪ্রাਸੰਗਿਕ ਹਨ।

ਮੁੱਖ ਸੰਦਰਭ ਇਹ ਹੈ ਕਿ **ਕਲਸਟਰਿੰਗ ਡੇਟਾ ਸੈਂਟਰਾਂ, ਖੇਤਰਾਂ, ਜਾਂ ਗੈਰ-ਭਰੋਸੇਮੰਦ ਨੈਟਵਰਕ ਦੇ ਅਗਲੇ ਪਾਸੇ ਬਰੋਕਰਸ ਨੂੰ ਜੋੜਨ ਲਈ ਅਨੁਕੂਲ ਨਹੀਂ ਹੈ** (ਇਸ ਨੂੰ ਭਰੋਸੇਮੰਦ, ਘੱਟ-ਲੇਟੈਂਸੀ ਨੈਟਵਰਕ ਅਤੇ ਤੰਗ ਪੱਟ ਬੰਧਨ ਦੀ ਲੋੜ ਹੈ), ਇਸ ਲਈ ਜੀਓ-ਵਿਤਰਣ ਲਈ ਇੱਕ ਵੱਖਰੀ ਪਹੁੰਚ ਦੀ ਲੋੜ ਹੈ — ਅਤੇ **federation ਅਤੇ shovel** ਇਸ ਨੂੰ ਵੱਖ-ਵੱਖ ਬਰੋਕਰਸ ਨੂੰ ਲਚਕਦਾਰ ਤਰੀਕੇ ਨਾਲ ਜੋੜ ਕੇ ਪ੍ਰਦਾਨ ਕਰਦੇ ਹਨ।

**Federation** ਨੂੰ ਸਮਝਣਾ — ਵੱਖ-ਵੱਖ ਬਰੋਕਰਸ ਦੇ ਅਗਲੇ ਪਾਸੇ ਐਕਸਚੇਂਜਾਂ/ਕਤਾਰਾਂ ਨੂੰ ਜੋੜਨਾ (ਇੱਕ ਫੈਡਰਡ ਐਕਸਚੇਂਜ/ਕਤਾਰ ਦੂਸਰੇ ਬਰੋਕਰ ਦੇ ਸੁਨੇਹਿਆਂ ਨੂੰ ਖਿੱਚ ਰਹੀ ਹੈ, ਬਰੋਕਰ ਆਜ਼ਾਦ ਅਤੇ ਨੈਟਵਰਕ ਮੁਦਿਆਂ ਪ੍ਰਤੀ ਸਹਿਣਸ਼ੀਲ, ਖੇਤਰਾਂ ਵਿੱਚ ਸੁਨੇਹਿਆਂ ਨੂੰ ਵੰਡਣ ਲਈ) — ਇੱਕ ਪਹੁੰਚ ਨੂੰ ਸਪਸ਼ਟ ਕਰਦਾ ਹੈ।

**Shovel** ਨੂੰ ਸਮਝਣਾ — ਇੱਕ ਬਰੋਕਰ ਉੱਪਰ ਇੱਕ ਸਰੋਤ ਤੋਂ ਦੂਸਰੇ ਉੱਪਰ ਇੱਕ ਮੰਜ਼ਿਲ ਤੱਕ ਸੁਨੇਹਿਆਂ ਨੂੰ ਭਰੋਸੇਮੰਦ ਤਰੀਕੇ ਨਾਲ ਮੂਵ ਕਰਨਾ (ਖਪਤ ਅਤੇ ਮੁੜ-ਪ੍ਰਕਾਸ਼ਨ, ਵਧੇਰੇ ਸ਼ਾਮਰੀ ਅਤੇ ਨਿਯੰਤ੍ਰਿਤ, ਮਾਈਗ੍ਰੇਸ਼ਨ ਅਤੇ ਬ੍ਰਿਜਿੰਗ ਸਿਸਟਮ ਲਈ) — ਦੂਜੀ ਪਹੁੰਚ ਨੂੰ ਸਪਸ਼ਟ ਕਰਦਾ ਹੈ।

**Federation ਬਨਾਮ shovel** ਨੂੰ ਸਮਝਣਾ — federation ਬਰੋਕਰ-ਟੂ-ਬਰੋਕਰ ਲਿੰਕਿੰਗ ਹੋ ਰਿਹਾ ਹੈ (ਵਧੇਰੇ ਐਲਾਨਿਤ, ਟੋਪੋਲੋਜੀ-ਸਚੇਤ) ਬਨਾਮ shovel ਸਪਸ਼ਟ ਪੁਆਇੰਟ-ਟੂ-ਪੁਆਇੰਟ ਸੁਨੇਹਾ ਟ੍ਰਾਂਸਫਰ (ਸਰਲ) — ਅਤੇ ਇਹ ਕਿ ਦੋਵੇਂ ਵੱਖ-ਵੱਖ ਬਰੋਕਰਸ ਨੂੰ ਜੋੜਦੇ ਹਨ (ਕਲਸਟਰਿੰਗ ਦੀ ਜ਼ਿਹਾ ਮੋਟਾ-ਜੋੜੀ ਹੋਈ ਨੋਡ ਦੇ ਉਲਟ), ਜੀਓ-ਡਿਸਟ੍ਰੀਬਿਊਸ਼ਨ, WAN, ਅਤੇ ਬ੍ਰਿਜਿੰਗ ਲਈ ਨਿਮਾਣ — ਪ੍ਰਤਿਯੋਗਿਤਾ ਸਪਸ਼ਟ ਕਰਦੀ ਹੈ।

ਇਹ ਗਿਆਨ ਵਿਤਰਿਤ ਸੁਨੇਹਿਆਂ ਦੀ ਆਰਕੀਟੈਕਚਰ ਲਈ ਮਹੱਤਵਪੂਰਨ ਹੈ ਜੋ ਕਈ ਸਥਾਨਾਂ ਜਾਂ ਬਰੋਕਰਸ ਵਿੱਚ ਫੈਲਦੀ ਹੈ, ਜਿੱਥੇ ਮੁੱਖ ਸੂਝ (ਭਰੋਸੇਮੰਦ ਨੈਟਵਰਕ ਉੱਪਰ ਤੰਗ ਪੱਟ ਬੰਧਨ ਲਈ ਕਲਸਟਰਿੰਗ, ਜੀਓ-ਡਿਸਟ੍ਰੀਬਿਊਸ਼ਨ ਲਈ federation/shovel ਲਈ ਗੈਰ-ਭਰੋਸੇਮੰਦ ਲਿੰਕ) ਸਹੀ ਮਲਟੀ-ਬਰੋਕਰ ਡਿਜ਼ਾਈਨ ਨੂੰ ਗਾਈਡ ਕਰਦਾ ਹੈ।

ਇਹ ਗਿਆਨ ਡੇਟਾ ਸੈਂਟਰਾਂ ਦੇ ਅਗਲੇ ਪਾਸੇ ਰੈਬਿਟਐਮਕਿਊ ਨੂੰ ਆਰਕਿਟੈਕਟ ਕਰਨ ਲਈ ਸਮਝ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ, ਵਿਤਰਿਤ ਸਿਸਟਮਾਂ ਲਈ ਇੱਕ ਮਹੱਤਵਪੂਰਨ ਸੋਚ।

ਜਿਵੇਂ ਕਿ federation ਅਤੇ shovel ਵੱਖ-ਵੱਖ ਰੈਬਿਟਐਮਕਿਊ ਬਰੋਕਰਸ ਨੂੰ ਸਥਾਨਾਂ ਦੇ ਅਗਲੇ ਪਾਸੇ ਜੋੜਨ ਦਾ ਤਰੀਕਾ ਹਨ (ਜਿੱਥੇ ਕਲਸਟਰਿੰਗ ਫਿੱਟ ਨਹੀਂ ਹੈ), ਜੀਓ-ਡਿਸਟ੍ਰੀਬਿਊਟਡ ਅਤੇ ਮਲਟੀ-ਬਰੋਕਰ ਸੁਨੇਹਿਆਂ ਲਈ ਮਹੱਤਵਪੂਰਨ ਹਨ, ਅਤੇ ਜਿਵੇਂ ਉਨ੍ਹਾਂ ਨੂੰ ਸਮਝਣਾ ਅਤੇ ਪ੍ਰਤਿਯੋਗਿਤਾ ਜਾਣਨਾ (ਕਲਸਟਰਿੰਗ ਦੇ ਵਿਰੁੱਧ) ਵਿਤਰਿਤ ਆਰਕੀਟੈਕਚਰ ਲਈ ਪ੍ਰਾਸੰਗਿਕ ਹੈ, federation ਅਤੇ shovel ਨੂੰ ਸਮਝਣਾ ਕੀਮਤੀ ਸੀਨੀਅਰ-ਲੈਵਲ ਗਿਆਨ ਹੈ — ਵੱਖ-ਵੱਖ ਰੈਬਿਟਐਮਕਿਊ ਬਰੋਕਰਸ ਨੂੰ ਡੇਟਾ ਸੈਂਟਰਾਂ/ਖੇਤਰਾਂ ਦੇ ਅਗਲੇ ਪਾਸੇ ਜੋੜਨ ਲਈ ਮਹੱਤਵਪੂਰਨ (ਜੀਓ-ਡਿਸਟ੍ਰੀਬਿਊਸ਼ਨ ਲਈ ਲਚਕਦਾਰ ਪੱਟ ਬੰਧਨ, ਜਿੱਥੇ ਕਲਸਟਰਿੰਗ ਫਿੱਟ ਨਹੀਂ ਹੈ), ਵਿਆਖਿਆ ਕਰਦਾ ਹੈ ਕਿ ਸਥਾਨਾਂ ਦੇ ਅਗਲੇ ਪਾਸੇ ਵਿਤਰਿਤ ਰੈਬਿਟਐਮਕਿਊ ਨੂੰ ਡਿਜ਼ਾਈਨ ਕਰਨ ਲਈ ਆਰਕੀਟੈਕਚਰਲ ਜਾਣਕਾਰੀ, ਅਤੇ ਮਲਟੀ-ਬਰੋਕਰ, ਜੀਓ-ਡਿਸਟ੍ਰੀਬਿਊਟਡ ਸੁਨੇਹਿਆਂ ਲਈ ਇੱਕ ਮੁੱਖ ਸੋਚ।