Bagaimana request/reply (RPC) berfungsi dalam RabbitMQ?

Question

Accepted Answer

**Request/reply (RPC)** melalui RabbitMQ membolehkan komunikasi request-response bergaya segerak menggunakan pemesejan — klien menghantar permintaan dan menerima respons melalui reply queue, menggunakan **correlation ID** untuk memadankan respons dengan permintaan. Ia merupakan corak yang berguna untuk panggilan antara perkhidmatan.

## Cara RPC berfungsi dalam RabbitMQ

```text
RPC pattern over messaging:
  1. CLIENT sends a REQUEST message, including:
     → a REPLY-TO queue (where the response should go)
     → a CORRELATION ID (unique ID to match the response to this request)
  2. SERVER (consumer) processes the request and sends a RESPONSE to the reply-to queue,
     including the same CORRELATION ID
  3. CLIENT receives the response from its reply queue, matches it by CORRELATION ID →
     pairs the response with the original request
→ request-response over async messaging
```

## Mengapa correlation ID penting

```text
→ a client may have MANY outstanding requests on one reply queue → responses arrive mixed
→ the CORRELATION ID matches each response to its request (which response is for which call)
→ without it, the client couldn't tell which response answers which request
```

## Pertimbangan

```text
✓ TIMEOUTS → the client must handle no-response (the server may be down/slow) → don't wait
  forever
✓ Reply queue → a per-client (often exclusive) reply queue, or a direct-reply-to feature
✓ RPC over messaging adds latency vs direct calls → consider if async is acceptable
⚠️ couples client and server timing (synchronous-style) → sometimes async messaging is
  better than RPC
```

## Mengapa ia penting

Memahami cara request/reply (RPC) berfungsi dalam RabbitMQ adalah berharga kerana ia merupakan **corak pemesejan yang berguna untuk komunikasi antara perkhidmatan**, jadi ia merupakan pengetahuan yang relevan untuk keperluan itu.

RPC melalui RabbitMQ membolehkan komunikasi request-response bergaya segerak menggunakan pemesejan, berguna apabila perkhidmatan memerlukan respons.

Memahami **cara ia berfungsi** — klien menghantar permintaan dengan **reply-to queue** (tempat respons pergi) dan **correlation ID** (untuk memadankan respons), server memproses dan menghantar respons ke reply queue dengan correlation ID yang sama, dan klien menerima serta memadankan respons mengikut correlation ID — menjelaskan mekanisme untuk request-response melalui pemesejan tak segerak.

Memahami **mengapa correlation ID penting** ialah wawasan utama: kerana klien mungkin mempunyai banyak permintaan tertangguh pada satu reply queue (dengan respons tiba bercampur), **correlation ID memadankan setiap respons dengan permintaannya** (memberitahu klien respons mana menjawab panggilan mana) — tanpanya, klien tidak dapat memadankan respons dengan permintaan, menjadikan correlation ID penting kepada corak RPC.

Memahami **pertimbangan** — mengendalikan **timeout** (klien mesti mengendalikan tiada respons kerana server mungkin tidak berfungsi atau lambat, tidak menunggu selamanya), persediaan reply queue (queue eksklusif setiap klien atau direct-reply-to), latency yang ditambah RPC berbanding panggilan langsung, dan amaran bahawa RPC menggandingkan masa klien dan server (jadi kadang-kadang pemesejan tak segerak lebih baik daripada komunikasi segerak bergaya RPC) — mencerminkan penggunaan corak yang teliti.

Memahami RPC melalui RabbitMQ menyediakan cara untuk melakukan komunikasi request-response melalui pemesejan (dengan manfaat decoupling dan kebolehpercayaan pemesejan), berguna untuk senario antara perkhidmatan tertentu, sambil mengenali bila pemesejan tak segerak mungkin lebih baik.

Memandangkan request/reply (RPC) melalui RabbitMQ ialah corak yang berguna untuk komunikasi request-response antara perkhidmatan (menggunakan reply queue dan correlation ID) dan memahami cara ia berfungsi serta pertimbangannya relevan untuk keperluan itu, memahami cara RPC berfungsi dalam RabbitMQ ialah pengetahuan RabbitMQ yang berharga dan relevan secara praktikal — corak yang berguna untuk komunikasi request-response melalui pemesejan (dengan correlation ID memadankan respons dengan permintaan), relevan untuk panggilan antara perkhidmatan, dan mencerminkan pemahaman tentang bila pemesejan bergaya RPC sesuai berbanding pemesejan tak segerak tulen.