टीएफएफ सहयोगियों की 9/9/2022 बैठक के नोट्स, टीएफएफ सहयोगियों की 9/9/2022 बैठक के नोट्स

  • जेरेमी के प्रस्ताव पर चर्चा जारी
  • विशेष रूप से क्या कवर करें - दोनों के माध्यम से चलें + TFF की समझ के विरुद्ध सत्यापित करें
  • नए दर्शकों के लिए संक्षिप्त पुनर्कथन:
    • अभी, सर्वर/समन्वयक द्वारा ग्राहकों के लिए शुरू किए गए सभी संचार
    • कई परिदृश्यों में, ग्राहकों को संबोधित नहीं किया जा सकता है, उनके पास कोई प्रवेश समापन बिंदु नहीं है
    • कनेक्ट करने के लिए सर्वर-साइड एंडपॉइंट के साथ एक सेटअप चाहते हैं
    • पारिस्थितिकी तंत्र के लिए वांछनीय जोड़, कई अनुप्रयोग परिदृश्यों के लिए प्रासंगिक
  • जेरेमी के प्रस्ताव में पहचानी गई समस्या - एक टास्क स्टोर की अवधारणा जहां सभी प्रतिक्रियाएं अपलोड की जाती हैं, उस गोपनीयता गुणों के साथ अंतर है जिसे हम संरक्षित करने का प्रयास कर रहे हैं। सर्वर पर डेटा का प्रवाह फ़ेडरेटेड ऑपरेटरों द्वारा मध्यस्थ होना चाहिए, और व्यक्तिगत TFF निष्पादक अनुरोधों/प्रतिक्रियाओं की ग्रैन्युलैरिटी पर नहीं होना चाहिए।
  • (TFF निष्पादक प्रोटोकॉल की चर्चा)
  • ( इस YouTube रिकॉर्डिंग में निष्पादक इंटरफ़ेस के लिए कुछ मिनटों का वैचारिक परिचय)
  • TFF दो व्यवस्थाओं में परिनियोजन का समर्थन करता है:
    • स्टेटफुल क्लाइंट्स।
      • सामान्य TFF निष्पादक इंटरफ़ेस इस मोड का समर्थन करने के लिए डिज़ाइन किया गया है।
      • ग्राहक निष्पादकों की मेजबानी करते हैं।
      • निष्पादक अनुरोधों के जवाब में लौटाए गए हैंडल क्लाइंट-साइड स्थिति रखते हैं।
      • बाद के निष्पादक अनुरोधों के लिए उन हैंडल को पास करना क्लाइंट-साइड संचालन और पाइपलाइनिंग का समर्थन करता है।
      • क्लाइंट-आरंभिक कनेक्शन के साथ यह निश्चित रूप से संभव है, हालांकि इसके लिए डिज़ाइन किए गए टीएफएफ रेपो में वर्तमान में कोई घटक नहीं है।
      • क्लाइंट द्वारा शुरू किए गए कनेक्शन के साथ, नियंत्रण अभी भी ऊपर-नीचे होता है, जो सर्वर साइड पर एक्ज़ीक्यूटर द्वारा संचालित होता है।
      • जबकि अनुरोधों और प्रतिक्रियाओं के आदान-प्रदान को व्यवस्थित करने के लिए तंत्र भिन्न हो सकते हैं, जिसके आधार पर कौन सा पक्ष संचार शुरू करता है, चाहे कनेक्शन लंबे समय से चल रहे हों, आदि, तार्किक स्तर पर अनुरोध अभी भी सर्वर द्वारा जारी किए जाते हैं।
      • क्लाइंट प्रतिक्रियाओं को फीड करने और बाद के अनुरोधों के लिए पूछने के लिए बार-बार सर्वर से संपर्क कर सकता है।
      • क्लाइंट अभी भी स्थानीय रूप से राज्य को बरकरार रखता है क्योंकि यह सर्वर से संपर्क करता रहता है।
      • क्लाइंट पर राज्य का नुकसान या सर्वर पर टाइमआउट अभी भी संपूर्ण गणना (नियमित निष्पादक सेटअप के समान) की विफलता का परिणाम है।
    • स्टेटलेस क्लाइंट।
      • उपरोक्त के अनुसार सामान्य TFF निष्पादक प्रोटोकॉल के साथ संगत नहीं है।
      • लेकिन, इसे MapReduce कंपाइलर द्वारा समर्थित किया जा सकता है - TFF में tff.mapreduce.backends मॉड्यूल में एक लाइब्रेरी फ़ंक्शन है जो TFF कंप्यूटेशंस की कक्षाओं को मैपरेडस-जैसे फॉर्म में अनुवाद करता है जो स्टेटलेस क्लाइंट शासन में काम कर सकता है।
  • अगले चरण: जेरेमी के प्रस्ताव को बचाया जा सकता है (लेकिन ग्राहक पक्ष में स्थिति को शामिल करने की आवश्यकता है)