इंजीनियरों की एक टीम ने एक 'फेल-क्लोज्ड' (fail-closed) नेटवर्किंग लेयर का अनावरण किया है जो स्वायत्त AI एजेंटों को निरंतरता खोए बिना क्लाउड सीमाओं के पार काम करने की अनुमति देती है। प्रोटोटाइप ने 82 जानबूझकर प्रेरित किए गए केओस साइकिल (chaos cycles) का सामना किया, जिसमें सिंगल-इफेक्ट इवेंट्स के लिए 100% सफलता दर मिली और बिजली कटने पर भी डुप्लिकेट अपडेट को समाप्त कर दिया।
एक नए समन्वय मॉडल (coordination model) की आवश्यकता क्यों है
मल्टीपल क्लाउड पर लैंग्वेज-मॉडल-संचालित एजेंटों को तैनात करने से एक कमजोरी सामने आई: जब नेटवर्क पार्टीशन होता है या कोई सर्विस कोटा तक पहुँच जाती है, तो मानक RPC कॉल्स विफल हो जाते हैं। उन क्षणों में, एक एजेंट बिना सत्यापित धारणा पर कार्य कर सकता है, जिससे साझा स्टेट (shared state) दूषित हो सकता है। नया आर्किटेक्चर यह सुनिश्चित करता है कि किसी भी घटक द्वारा किसी भी क्रिया को स्वीकार करने से पहले, हर क्रिया के साथ क्रिप्टोग्राफिक प्रमाण (cryptographic proof) होना अनिवार्य है, जिससे "डिफ़ॉल्ट रूप से विश्वास" (trust by default) बदलकर "केवल प्रमाण होने पर ही विश्वास" (trust only when proved) में बदल जाता है।
पांच गवर्नेंस नियम जो एजेंटों को सिंक में रखते हैं
- ट्रांजेक्शनल इनजेशन (Transactional ingestion) – एटॉमिकिटी सुनिश्चित करने के लिए सभी स्टेट परिवर्तनों को एक एकल PostgreSQL ट्रांजेक्शन में लपेटें।
- कैनोनिकल एनवेलप (Canonical envelope) – प्रत्येक संदेश के लिए एक निश्चित 10-टुपल फॉर्मेट का उपयोग करें, जिससे पार्सिंग और वैलिडेशन डिटरमिनिस्टिक (deterministic) हो जाए।
- अथॉरिटी सेपरेशन (Authority separation) – एप्लिकेशन कोड को Git में रखें जबकि डेटाबेस माइग्रेशन को अलग से वर्जन करें, ताकि अनजाने में क्रॉस-कंटैमिनेशन को रोका जा सके।
- समय-बद्ध लॉक (Time-bound locks) – किसी कार्य पर किए गए दावों (claims) को स्वचालित रूप से समाप्त होने दें, ताकि कोई रुका हुआ एजेंट पाइपलाइन को बाधित न कर सके।
- फेल-क्लोज्ड डिफ़ॉल्ट (Fail-closed default) – सत्यापन योग्य प्रमाण की कमी वाले किसी भी दावे को HOLD के रूप में चिह्नित करें, जिससे डाउनस्ट्रीम एजेंटों को अनुमान लगाने के बजाय प्रतीक्षा करने के लिए मजबूर होना पड़े।
साथ मिलकर ये नियम एक जीरो-ट्रस्ट कॉन्ट्रैक्ट बनाते हैं: यदि आप क्रिप्टोग्राफिक रूप से यह सिद्ध नहीं कर सकते कि कोई क्रिया हुई है, तो सिस्टम उस पर कार्य करने से इनकार कर देता है।
10-टुपल एनवेलप जो प्रमाण ले जाता है
इंटरनल बस पर प्रत्येक हैंडऑफ में शामिल है:
event_id– मूल इवेंट के लिए अद्वितीय पहचानकर्ताeffect_id– अनुरोधित स्टेट परिवर्तन का पहचानकर्ताlog_id– ऑडिट ट्रेल प्रविष्टि का संदर्भproducer_id– सोर्स एजेंट की पहचानschema_version– उपयोग किए जा रहे मैसेज स्कीमा का वर्जनsession_epoch– एक सत्र के भीतर क्रमबद्धता के लिए लॉजिकल क्लॉकdestination– लक्षित एजेंट या सर्विसroute_status– वर्तमान रूटिंग स्थिति (जैसे, pending, held)issued_at– निर्माण का टाइमस्टैम्पpayload_digest– पेलोड का HMAC-सील्ड हैश
डाइजेस्ट एक गुप्त कुंजी (secret key) का उपयोग करता है जो किसी भी क्लाउड वर्कस्पेस फोल्डर के बाहर संग्रहीत होती है, यह सुनिश्चित करते हुए कि कोई समझौता किया गया कंप्यूट नोड वैध संदेश नहीं बना सकता।
तनाव के तहत सिस्टम का प्रदर्शन कैसा रहा
इंजीनियरों ने 82 केओस साइकिल चलाए। परिणाम इस प्रकार थे:
- 100% सफलता उन इवेंट्स के लिए जिन्होंने एक एकल प्रभाव (single effect) उत्पन्न किया; ट्रांजेक्शन या तो पूरी तरह से कमिट हुआ या सफाई से रोलबैक हुआ।
- बिजली कटौती के दौरान शून्य डुप्लिकेट परिवर्तन, जिससे पुष्टि हुई कि ट्रांजेक्शनल बाउंड्री ने आंशिक राइट्स (partial writes) को रोक दिया।
- तेजी से लॉक रिकवरी, स्वायत्त क्लीनअप एजेंटों की मदद से जो समाप्त हो चुके दावों को स्कैन करते थे और मानवीय हस्तक्षेप के बिना उन्हें रिलीज़ कर देते थे।
आर्किटेक्ट्स के लिए व्यावहारिक सुझाव
- अन-ऑथेंटिकेटेड वेबहुक्स को HMAC द्वारा सील किए गए लॉग्स से बदलें; सील 'फेल-क्लोज्ड' नियम द्वारा आवश्यक क्रिप्टोग्राफिक प्रमाण के रूप में कार्य करता है।
- गुप्त कुंजियों (secret keys) को एक वॉल्ट में स्टोर करें जो किसी भी कंटेनर या VM इमेज के अंदर माउंट न हो।
- ऐसे हल्के (lightweight) एजेंट तैनात करें जिनका एकमात्र उद्देश्य समाप्त हो चुके लॉक को हटाना हो; यह प्राथमिक एजेंट के क्रैश होने पर सिस्टम को रुकने से बचाता है।
आगे क्या देखें
यह दृष्टिकोण HMAC कुंजियों की गोपनीयता पर निर्भर करता है; अपनी गुप्त कुंजियों को क्लाउड वर्कस्पेस फोल्डर्स से बाहर रखें।
यदि समुदाय इन दोनों मोर्चों को संबोधित कर सकता है, तो फेल-क्लोज्ड स्वायत्त नेटवर्क किसी भी मल्टी-एजेंट परिनियोजन (deployment) के लिए डिफ़ॉल्ट बन सकते हैं जो विसंगति के एक भी बिंदु (single point of inconsistency) को सहन नहीं कर सकता।