ஒரு கணினி அமைப்பில் கூறுகள் எவ்வாறு தொடர்பு கொள்கின்றன (APIs)?

Question

Accepted Answer

ஒரு கணினி அமைப்பில், கூறுகள் (சேவைகள், வாடிக்கையாளர்கள்) **APIs** மற்றும் பல்வேறு நெறிமுறைகளின் மூலம் தொடர்பு கொள்கின்றன — ஒத்திசைவாக (REST, gRPC) மற்றும் ஒத்திசைவற்றாக (செய்தி/வரிசைகள்). கூறுகள் எவ்வாறு தொடர்பு கொள்கின்றன என்பதைப் புரிந்துகொள்வது பல பகுதிகளைக் கொண்ட அமைப்புகளை வடிவமைப்பதற்கு அடிப்படையாகும்.

## ஒத்திசைவான தொடர்பு (request/response)

```text
The caller WAITS for a response (blocking):
  REST (HTTP) → most common; resources over HTTP (JSON) → simple, ubiquitous, web-friendly
  gRPC → high-performance RPC (binary, HTTP/2) → fast, typed; good for internal services
  GraphQL → flexible queries (client requests exactly what it needs)
→ for: direct request/response where the caller needs an answer now
```

## ஒத்திசைவற்ற தொடர்பு (செய்தி)

```text
The caller does NOT wait (decoupled, non-blocking):
  MESSAGE QUEUES (RabbitMQ, SQS) → send a message; a consumer processes it later
  EVENT STREAMING (Kafka) → publish events; consumers react
  PUB/SUB → broadcast events to subscribers
→ for: decoupling, background work, handling spikes, event-driven systems
  ✓ resilience (queue buffers), scalability, decoupling  ✗ more complexity, eventual consistency
```

## தேர்வு மற்றும் கருத்தாய்வுகள்

```text
SYNC → when the caller needs an immediate response; simpler request/response
ASYNC → when decoupling, resilience, or background processing matters (don't block)
→ Also: API design (clear contracts), versioning, error handling, timeouts/retries,
  authentication, rate limiting → robust communication between components
```

## இது ஏன் முக்கியமானது

கூறுகள் APIs மூலம் எவ்வாறு தொடர்பு கொள்கின்றன என்பதைப் புரிந்துகொள்வது அடிப்படையானது, ஏனெனில் **அமைப்புகள் பல பகுதிகளால் ஆனவை மற்றும் அவை தொடர்பு கொள்ள வேண்டும்**, எனவே தொடர்பைப் புரிந்துகொள்வது அவற்றை வடிவமைப்பதற்கு அপরிहार்யமாகும்.

অமைப்புகள் சேவைகள் மற்றும் வாடிக்கையாளர்களைக் கொண்டுள்ளன, அவை தொடர்பு கொள்கின்றன, மற்றும் அவை எவ்வாறு தொடர்பு கொள்கின்றன என்பது அமைப்பு வடிவமைப்பின் ஒரு அடிப்படை அம்சமாகும்.

**ஒத்திசைவான தொடர்பு** (request/response, அங்கு அழைப்பு செய்பவர் காத்திருக்கிறார்) — **REST** (பரவலாக பயன்படுத்தப்படும் HTTP/JSON முறை), **gRPC** (உள் சேவைகளுக்கான உচ்च-செயல்திறன் RPC), மற்றும் GraphQL (நমनीய வினவல்கள்) — கூறுகள் உடனடி பதிலை எதிர்பார்த்து நேரடி அழைப்புகளைச் செய்யும் பொதுவான வழிகளை உள்ளடக்கியது.

**ஒத்திசைவற்ற தொடர்பு** (பிரிக்கப்பட்ட, தடுக்கப்படாத) — **செய்தி வரிசைகள்** (பின்னர் செயல்படுத்துவதற்கான செய்திகளை அனுப்புதல்), **நிகழ்வு ஸ்ட்ரீமிங்** (Kafka), மற்றும் pub/sub — சமానமாக முக்கியமானது, ஏனெனில் இது **பிரிப்பு, நிலைத்தன்மை (வரிசைகள் சுமையை முன்னிறுத்துதல்), அளவுத்திறன், மற்றும் நிகழ்வு-চালிত அமைப்புகளை** செயல்படுத்துகிறது, ஆனால் அதிக சிக்கலின் விலைக்கும் இறுதி நிலைத்தன்மைக்குமாகும்.

ஒத்திசைவ vs ஒத்திசைவற்ற பার்থக்கை மற்றும் எப்போது ஒவ்வொன்றைப் பயன்படுத்தவேண்டும் என்பதைப் புரிந்துகொள்வது — அழைப்பு செய்பவருக்கு உடனடி பதிலாக தேவையாக இருக்கும்போது ஒத்திசைவாக, பிரிப்பு, நிலைத்தன்மை, அல்லது பின்னணி செயல்பாடு முக்கியமாக இருக்கும்போது ஒத்திசைவற்றாக — ஒரு முக்கிய வடிவமைப்பு கருத்தாய்வு, இது ஒரு அமைப்பின் பண்புகளை கணிசமாக பாதிக்கிறது.

অতিரிக்த கருத்தாய்வுகளைப் புரிந்துகொள்வது (স்পष்ட API ஒப்பந்தங்கள், பதிப்பிடுதல், பிழை கையாளுதல், கால அவधि/மறுதயல்கள், சான்யீकரण, விகித-வரம்பு) வலுவான தொடர்பை வடிவமைப்பதை பிரதিபலிக்கிறது.

அமைப்புகள் தொடர்பு கொள்கின்ற பகுதிகளால் ஆனவை என்பதும் அவை எவ்வாறு தொடர்பு கொள்கின்றன (ஒத்திசைவ vs ஒத்திசைவற்ற, நெறிமுறைகள், மற்றும் வடிவமைப்பு கருத்தாய்வுகள்) அடிப்படையாக அமைப்பை வடிவமைக்கிறது, மற்றும் கூறு தொடர்பைப் புரிந்துகொள்வது பல-பகுதி அமைப்புகளை வடிவமைப்பதற்கு அপরिหार்யமாகும், கூறுகள் எவ்வாறு APIs மூலம் தொடர்பு கொள்கின்றன என்பதைப் புரிந்துகொள்வது அপरिहार्य, அடிப்படை அமைப்பு-வடிவமைப்பு அறிவு — பல தொடர்பு கொள்கும் பகுதிகளால் ஆனவை அமைப்புகளை வடிவமைப்பதற்கு அடிப்படையாக, கூறுகளை இணைக்கும் ஒத்திசைவ மற்றும் ஒத்திசைவற்ற தொடர்பை உள்ளடக்கியது, மற்றும் இன்று பொதுவாக உள்ள விநியோகிக்கப்பட்ட, சேவை-அடிப்படை அமைப்புகளை உருவாக்குவதற்கு மூல — அடிப்படையாக.