Microsoft Foundry-তে A2A 1.0 এখন GA—streaming নয়, শুধু text
Microsoft ১৮ সেপ্টেম্বর ২০২৬-এ Microsoft Foundry Agent Service-এর A2A Tool ও incoming A2A endpoint-এ Agent2Agent protocol 1.0 সাধারণভাবে উপলভ্য বা GA করেছে। Microsoft-এর ঘোষণায় নতুন integration-এর জন্য স্থিতিশীল a2a tool ব্যবহারের কথা বলা হয়েছে; protocol 0.3-ভিত্তিক a2a_preview পুরোনো integration-এর জন্য preview-তেই আছে।
একই ১৮ সেপ্টেম্বরের পরিবর্তন নিয়ে স্বাধীন MS Docs Watch-এর নথি ও v1.0 ও a2a tool-এর GA status এবং v0.3 preview বহাল থাকার তথ্য দেখায়। তবে GA হওয়া মানে Foundry target-এ A2A 1.0-এর সব সম্ভাব্য capability পাওয়া নয়: বর্তমান implementation কেবল JSON-RPC ও text সমর্থন করে, streaming response দেয় না।
GA ও preview path পাশাপাশি থাকবে
নতুন configuration-এ a2a tool type protocol 1.0 ব্যবহার করে। অন্যদিকে a2a_preview protocol 0.3-এ থেকে গেছে। ফলে পুরোনো preview integration স্বয়ংক্রিয়ভাবে v1.0-এ চলে যাবে ধরে নেওয়া যাবে না; agent definition, connection এবং client—সব জায়গায় নির্বাচিত version মিলতে হবে।
Incoming endpoint-এ দুই version একই A2A base path দিয়ে পরিবেশিত হয়। Client version-specific agent card থেকে negotiation করতে পারে, অথবা A2A-Version header কিংবা a2a-version query parameter দিয়ে version বেছে নিতে পারে। Header ও query parameter দুটিই দিলে মান এক হতে হবে; আর কোনো version না দিলে Foundry v0.3 পরিবেশন করতে পারে। তাই production client-এর v1.0 স্পষ্টভাবে নির্বাচন করাই গুরুত্বপূর্ণ।
সীমাটি Foundry target-এর: JSON-RPC, text-only, non-streaming
Incoming A2A endpoint-এর Microsoft Learn নথি অনুযায়ী, Foundry-র v1.0 endpoint শুধু JSON-RPC transport নেয়; HTTP+JSON ও gRPC নেয় না। File ও অন্য non-text modality সমর্থিত নয়, আর server-sent event-ভিত্তিক streaming response-ও পাওয়া যায় না। Incoming endpoint হিসেবে প্রকাশিত agent-কে Responses protocol সমর্থন করতে হবে।
এই সীমার পরিধি ঠিকভাবে বোঝা জরুরি। Coordinator agent তার চূড়ান্ত উত্তর ব্যবহারকারীর কাছে stream করতে পারলেও Foundry target-এর সঙ্গে মাঝের A2A call non-streaming হতে পারে। তাই বাইরের response-এ token দেখা যাচ্ছে বলে remote A2A segment-ও stream করছে—এমন ধরে latency, timeout বা cancellation নকশা করা ঠিক হবে না।
একইভাবে, কোনো A2A-compatible service সাধারণভাবে file, image বা audio গ্রহণ করলেও Foundry target-এর বর্তমান contract সেগুলো গ্রহণ করে না। Migration-এর আগে input ও output দুদিকেই plain text যথেষ্ট কি না এবং সম্পূর্ণ response না আসা পর্যন্ত caller অপেক্ষা করতে পারবে কি না পরীক্ষা করা দরকার।
Preview integration থেকে কী বদলাতে হবে
প্রথম পরীক্ষা version selection। নতুন agent definition-এ a2a tool এবং version 1.0 আছে কি না দেখতে হবে; পুরোনো serialized configuration, deployment template বা agent version-এ a2a_preview থেকে গেলে call এখনও v0.3 path-এ যেতে পারে। শুধু SDK package বদলানো wire-level migration নিশ্চিত করে না।
দ্বিতীয় পরীক্ষা agent card। Foundry target-এর v1.0 card-এর protocolVersion, ঘোষিত skill এবং application-এর প্রত্যাশিত input-output contract মিলতে হবে। Client যদি HTTP+JSON বা gRPC বাধ্যতামূলক ধরে, non-text part পাঠায় অথবা streaming event-এর ওপর workflow নির্ভর করায়, তাহলে GA status সত্ত্বেও integration সামঞ্জস্যপূর্ণ হবে না।
তৃতীয় পরীক্ষা failure behaviour। Staging পরিবেশে সফল text request-এর পাশাপাশি ভুল version, unsupported modality, authentication failure এবং timeout আলাদাভাবে চালানো উচিত। Retry একই কাজ দ্বিতীয়বার ঘটাতে পারে কি না সেটিও দেখতে হবে, বিশেষ করে remote agent কোনো পার্শ্বপ্রতিক্রিয়াযুক্ত tool চালালে।
Identity, permission ও retention আলাদা release gate
Microsoft Learn-এর A2A সংযোগ নির্দেশিকা বলছে, Foundry agent target ডাকতে calling identity-কে target project বা individual agent scope-এ Foundry Agent Consumer কিংবা সমপর্যায়ের endpoint permission দিতে হবে। Incoming A2A endpoint ও তার agent card-এর জন্য Microsoft Entra ID authentication প্রয়োজন; key-ভিত্তিক বা unauthenticated incoming access সমর্থিত নয়। একই নথিতে Foundry target-এর task ও context সর্বশেষ write থেকে ৬০ দিন রাখার কথা আছে, এবং নতুন write হলে সেই ৬০ দিনের সময় আবার শুরু হয়।
Connection তৈরি করার প্রশাসনিক অধিকার আর target endpoint ডাকার runtime অধিকার এক নয়। কোন service principal, managed identity বা delegated user identity call করছে, role assignment-এ তার Entra object বা principal ID ব্যবহৃত হয়েছে কি না এবং scope প্রয়োজনের চেয়ে বড় কি না—এসব আলাদা করে যাচাই করতে হবে।
Remote endpoint Microsoft-এর বাইরের service হলে পাঠানো prompt বা context সেই provider-এর কাছে যায়। Provider-এর retention, data location ও audit policy Microsoft নিয়ন্ত্রণ করে না; custom header-এ credential পাঠানো হলে সেটিও data review-এর অংশ। ফলে Foundry target-এর ৬০ দিনের retention policy এবং third-party endpoint-এর নিজস্ব policy—দুটিকে এক বলে ধরে নেওয়া যাবে না।
Production migration-এর আগে যাচাই
- Agent ও tool definition-এ a2a এবং protocol 1.0 স্পষ্টভাবে নির্বাচিত কি না দেখুন।
- v1.0 agent card, request-এর version selector এবং client SDK একই version ব্যবহার করছে কি না মিলিয়ে নিন।
- Foundry target-এর জন্য JSON-RPC ব্যবহৃত হচ্ছে এবং HTTP+JSON বা gRPC fallback-এর প্রয়োজন নেই কি না নিশ্চিত করুন।
- সমস্ত প্রয়োজনীয় input-output text-এ সীমাবদ্ধ এবং workflow streaming response-এর ওপর নির্ভরশীল নয় কি না পরীক্ষা করুন।
- Calling identity-এর Entra principal এবং target-এ Foundry Agent Consumer permission সঠিক scope-এ আছে কি না যাচাই করুন।
- Non-streaming call-এর timeout, cancellation ও retry behaviour staging-এ পরীক্ষা করুন।
- Task ও context-এর ৬০ দিনের retention এবং প্রতিটি write-এ সময়সীমা পুনরারম্ভের প্রভাব data policy-র সঙ্গে মিলিয়ে নিন।
- Third-party endpoint-এ কোন prompt, context ও authentication header যাচ্ছে এবং provider সেগুলো কোথায় ও কত দিন রাখে তা যাচাই করুন।
এখন যা নিশ্চিত
Microsoft Foundry-তে A2A protocol 1.0, নতুন a2a tool এবং incoming v1.0 endpoint GA; v0.3-ভিত্তিক a2a_preview এখনো preview। কিন্তু Foundry target-কে পূর্ণ multimodal বা streaming A2A implementation হিসেবে ব্যবহার করা যাবে না।
Production migration তাই status বদলের চেয়ে বড় কাজ: explicit v1.0 negotiation, JSON-RPC compatibility, text-only contract, Entra ID permission এবং retention boundary একসঙ্গে মেলাতে হবে। Streaming, অতিরিক্ত transport বা non-text modality Foundry target-এ কবে আসবে, প্রকাশিত ঘোষণায় তার নির্দিষ্ট সময়সূচি নেই।
আরও পড়ুন:
আমাদের নিউজলেটার নিন
সর্বশেষ Web3, AI ও ক্রিপ্টো সংবাদ সরাসরি আপনার ইনবক্সে পান।