एका प्रणालीमध्ये घटक कसे संवाद साधतात (APIs)?

Question

Accepted Answer

एका प्रणालीमध्ये, घटक (सेवा, क्लायंट) **APIs** आणि विविध प्रोटोकॉलद्वारे संवाद साधतात — सिंक्रोनस (REST, gRPC) आणि असिंक्रोनस (मेसेजिंग/कतार). घटक कसे संवाद साधतात हे समजून घेणे हे अनेक भागांनी बनलेल्या प्रणाली डिজाइन करण्यासाठी मूलभूत आहे.

## सिंक्रोनस संवाद (विनंती/प्रतिसाद)

```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 द्वारे कसे संवाद साधतात हे समजून घेणे हे मूलभूत आहे कारण **प्रणाली अनेक भागांनी बनलेल्या असतात ज्यांना संवाद साधावा लागतो**, म्हणून संवाद समजून घेणे हे त्यांना डिजाइन करण्यासाठी आवश्यक आहे.

प्रणाली सेवा आणि क्लायंटद्वारे बनलेल्या असतात जे परस्पर संवाद साधतात, आणि ते कसे संवाद साधतात हा प्रणाली डिजाइनचा एक मूलभूत पहलू आहे.

**सिंक्रोनस संवाद** (विनंती/प्रतिसाद जेथे कॉलर प्रतीक्षा करतो) समजून घेणे — **REST** (सर्वव्यापी HTTP/JSON पद्धति), **gRPC** (अंतर्गत सेवांसाठी उच्च-कार्यक्षमता RPC), आणि GraphQL (लचकदार क्वेरीज) — घटक कसे थेट कॉल करतात याचे सामान्य मार्ग समाविष्ट करते.

**असिंक्रोनस संवाद** (विघ्नरहित, गैर-ब्लॉकिंग) समजून घेणे — **संदेश कतारे** (नंतरच्या प्रक्रिया करण्यासाठी संदेश पाठवणे), **ईव्हेंट स्ट्रिमिंग** (Kafka), आणि pub/sub — तितकेच महत्वाचे आहे, कारण हे **विघ्न, स्थितिस्थापकता (कतारे भार बफरिंग), स्केलेबिलिटी, आणि ईव्हेंट-चालित प्रणाली** सक्षम करते, अधिक जटिलता आणि अंतिम सुसंगतता यांच्या खर्चावर.

**सिंक्रोनस विरुद्ध असिंक्रोनस विभेद आणि प्रत्येकाचा वापर कधी करायचा** हे समजून घेणे — सिंक्रोनस जेव्हा कॉलरला तत्काल प्रतिसाद आवश्यक असतो, असिंक्रोनस जेव्हा विघ्न, स्थितिस्थापकता, किंवा पार्श्वभूमी प्रक्रिया महत्वाचे असते — हा एक मुख्य डिजाइन विचार आहे जो प्रणालीच्या वैशिष्ट्यांवर लक्षणीयपणे परिणाम करतो.

अतिरिक्त विचार समजून घेणे (स्पष्ट API कंत्राक्ट, व्हर्जनिंग, त्रुटी हाताळणी, टाइमआउट/रीट्राई, प्रमाणीकरण, दर सीमा) मजबूत संवाद डिजाइन करण्याचे प्रतिबिंब आहे.

कारण प्रणाली संवाद साधणाऱ्या भागांनी बनलेल्या असतात आणि ते कसे संवाद साधतात (सिंक विरुद्ध असिंक्रोनस, प्रोटोकॉल, आणि डिजाइन विचार) हे प्रणालीचे वैशिष्ट्य मूलभूतपणे आकार देते, आणि घटक संवाद समजून घेणे हे बहु-घटक प्रणाली डिजाइन करण्यासाठी आवश्यक असल्याने, घटक APIs द्वारे कसे संवाद साधतात हे समजून घेणे हे आवश्यक, मूलभूत प्रणाली-डिजाइन ज्ञान आहे — अनेक परस्पर भागांनी बनलेल्या प्रणाली डिजाइन करण्यासाठी मूलभूत, घटकांना जोडणारा सिंक्रोनस आणि असिंक्रोनस संवाद समाविष्ट करणारे, आणि आज सामान्य असलेल्या वितरित, सेवा-आधारित प्रणाली आर्किटेक्चर करण्यासाठी केंद्रीय.