# एक संदर्भ Architecture — MCP और Agent-to-Agent Protocols

Source: https://www.geekswithgeeks.com/hi/mcp-a2a/t-arch

> MCP servers, agents और gateways को एक चित्र में रखें।

## Agents host और peer दोनों

व्यावहारिक enterprise ढाँचा: **front-door agent** user से बात करता है और अपने tools (search, ticketing, MCP servers के रास्ते आंतरिक APIs) के लिए **MCP host** तथा विशेषज्ञ, लंबे चलने वाले काम (billing, legal समीक्षा, logistics) अन्य टीमों के **remote agents** को सौंपने वाले **A2A client** के रूप में काम करता है। हर remote agent के पीछे उसके अपने MCP servers हैं। सीमाओं के बीच **gateways** authentication, rate limits, logging और नीति लागू करते हैं, और **registry** अनुमोदित MCP servers व Agent Cards की सूची रखती है। साझा super-keys की जगह प्रत्यायोजित, scoped credentials देकर **पहचान** एकसमान रखें (अंतिम user कौन है?), और हर hop पर **संदर्भ न्यूनतम** रखें।

## Tools नीचे, peers बगल में

असली system tool पहुँच के लिए MCP और सहयोग के लिए A2A, साथ में सामान्य engineering अनुशासन उपयोग करता है।

![चार चिंताएँ: architecture, testing, शासन, विकास।](assets/figures/mcp-a2a/section-7-map.svg) — चित्र 7.1 — Architecture, testing, शासन और विकास।

## चित्र

ऊर्ध्वाधर links MCP हैं; क्षैतिज links A2A।

```text
user -> [ Front-door agent ] ---- A2A (via gateway) ----> [ Billing agent ] -- MCP --> invoices DB
                |                                           [ Legal agent   ] -- MCP --> contracts
                | MCP (host)
                +--> search server   +--> ticketing server   +--> internal API server

gateway: authN/authZ, rate limits, logging, redaction     registry: approved servers + Agent Cards
identity: end-user identity -> delegated, scoped tokens per hop (never a shared super-key)
```

**Quiz:** इस architecture में A2A links क्या जोड़ती हैं?

- [x] Agents को दूसरे agents से
- [ ] Agents को सीधे databases से
- [ ] Browsers को GPUs से
- [ ] Models को tokenizers से

*Answer:* Agents को दूसरे agents से. A2A agent-से-agent परत है; MCP tools और डेटा तक पहुँचता है।