𝗔𝟮𝗔 𝗣𝗿𝗼𝘁𝗼𝗰𝗼𝗹 𝘃𝘀 𝗧𝗿𝗮𝗱𝗶𝘁𝗶𝗼𝗻𝗮𝗹 𝗔𝗣𝗜 𝗜𝗻𝘁𝗲𝗴𝗿𝗮𝘁𝗶𝗼𝗻
AI ஏஜென்ட் அமைப்புகளை உருவாக்கும் டெவலப்பர்கள் ஒரு தேர்வைச் சந்திக்க நேரிடும். நீங்கள் பாரம்பரிய REST API-கள் அல்லது ஏஜென்ட்-டு-ஏஜென்ட் (A2A) புரோட்டோகால் ஆகியவற்றில் ஒன்றைத் தேர்ந்தெடுக்க வேண்டும்.
ஒவ்வொரு தேர்வும் வெவ்வேறு தேவைகளுக்குப் பொருந்தும்.
REST API-களுக்கான காரணங்கள்
REST என்பது இணைய சேவைகளுக்கான (web services) தரநிலையாகும். இது எளிய பணிகளுக்குச் சிறப்பாகச் செயல்படுகிறது.
- பரிச்சயம்: ஒவ்வொரு டெவலப்பரும் இதை எவ்வாறு பயன்படுத்துவது என்று அறிவார்கள்.
- எளிய கருவிகள்: ஏற்கனவே உள்ள லைப்ரரிகள் மற்றும் டீபக்கிங் (debugging) கருவிகளை நீங்கள் பயன்படுத்தலாம்.
- உள்கட்டமைப்பு: உங்கள் தற்போதைய லோட் பேலன்சர்கள் (load balancers) மற்றும் கேட்வேகள் (gateways) ஏற்கனவே இதை ஆதரிக்கின்றன.
- வேகம்: எளிய கோரிக்கை மற்றும் பதில் (request and response) முறைகளுக்கு இது வேகமானது.
REST-ன் வரம்புகள்
- இது ஒத்திசைவானது (synchronous). நீண்ட பணிகளுக்கு போலிங் (polling) போன்ற சிக்கலான மாற்று வழிகள் தேவைப்படுகின்றன.
- இதில் கண்டறியும் வசதி (discovery) இல்லை. ஹார்ட்கோட் செய்யப்பட்ட (hardcoded) URL-கள் இல்லாமல் ஏஜென்ட்களால் சேவைகளைக் கண்டறிய முடியாது.
- இதில் ஏஜென்ட் அம்சங்கள் இல்லை. பணி ஒப்படைப்பு (task delegation) மற்றும் ஒருங்கிணைப்பு (orchestration) ஆகியவற்றை நீங்களே உருவாக்க வேண்டும்.
A2A புரோட்டோகால்க்கான காரணங்கள்
A2A என்பது தன்னாட்சி ஏஜென்ட்களுக்காக (autonomous agents) உருவாக்கப்பட்டது. இது சிக்கலான ஒருங்கிணைப்புகளைக் கையாள்கிறது.
- குறிப்பிட்ட நோக்கத்திற்காக உருவாக்கப்பட்டது: இதில் பணி ஒப்படைப்பு மற்றும் பேச்சுவார்த்தைக்கான (negotiation) நேரடி ஆதரவு உள்ளது.
- ஒத்திசைவற்றது (Asynchronous): இது உங்கள் அமைப்பைத் தடுக்காமல் நீண்ட பணிகளைக் கையாள்கிறது.
- மெட்டாடேட்டா (Metadata): சிறந்த ரூட்டிங்கிற்காக (routing) செய்திகள் ஏஜென்ட் அடையாளம் மற்றும் சூழலை (context) கொண்டுள்ளன.
- தரப்படுத்தப்பட்டது: இது ஏஜென்ட் ஒத்துழைப்பிற்கான பொதுவான முறைகளை வரையறுக்கிறது.
A2A-ன் வரம்புகள்
- கற்றல் சவால்: உங்கள் குழு புதிய செய்தி வடிவங்கள் மற்றும் கருத்துகளைக் கற்க வேண்டும்.
- புதிய சூழல்: REST உடன் ஒப்பிடும்போது இதில் மூன்றாம் தரப்பு கருவிகள் குறைவாகவே இருக்கும்.
- புதிய உள்கட்டமைப்பு: உங்களுக்கு மெசேஜ் புரோக்கர்கள் (message brokers) மற்றும் சர்வீஸ் ரெஜிஸ்ட்ரிகள் (service registries) தேவைப்படலாம்.
REST-ஐ எப்போது பயன்படுத்த வேண்டும்
- உங்களிடம் எளிய பணிகளைக் கொண்ட 2 அல்லது 3 ஏஜென்ட்கள் உள்ளனர்.
- உங்கள் குழுவிற்கு விரைவான ப்ரூஃப் ஆஃப் கான்செப்ட் (proof of concept) தேவைப்படுகிறது.
- உங்கள் தொடர்புகள் பெரும்பாலும் ஒத்திசைவானவை (synchronous).
A2A புரோட்டோகாலை எப்போது பயன்படுத்த வேண்டும்
- நீங்கள் 5 அல்லது அதற்கு மேற்பட்ட ஏஜென்ட்களுடன் கூடிய அமைப்புகளை உருவாக்குகிறீர்கள்.
- ஏஜென்ட்கள் ஒருவரையொருவர் இயங்குதன்மை முறையில் (dynamically) கண்டறிய வேண்டும்.
- நீங்கள் சிக்கலான, பல படிகளைக் கொண்ட பணிப்பாய்வுகளை (workflows) நிர்வகிக்கிறீர்கள்.
- உங்கள் அமைப்பு பல தன்னாட்சி ஏஜென்ட்களுக்கு ஏற்ப விரிவடைய வேண்டும்.
ஒரு புத்திசாலித்தனமான உத்தி
பல குழுக்கள் ஒரு கலப்பின மாதிரியை (hybrid model) பயன்படுத்துகின்றன.
- வெளிப்புற அமைப்புகள் மற்றும் பழைய பயன்பாடுகளுக்கு (legacy apps) REST-ஐப் பயன்படுத்தவும்.
- உள் ஏஜென்ட் தொடர்புகளுக்கு A2A-வைப் பயன்படுத்தவும்.
- இரண்டையும் இணைக்க புரோட்டோகால் அடாப்டர்களைப் (protocol adapters) பயன்படுத்தவும்.
நீங்கள் முடிவெடுப்பதற்கு முன், உங்கள் குறிப்பிட்ட பணிச்சுமையுடன் (workload) இரண்டு முறைகளையும் சோதித்துப் பாருங்கள்.