یادداشت هایی از جلسه 9/9/2022 همکاران TFF، یادداشت هایی از جلسه 9/9/2022 همکاران TFF

  • بحث در مورد پیشنهاد جرمی ادامه یافت
  • به طور خاص چه چیزی را پوشش دهید - هر دو را بررسی کنید + درک درستی از TFF را تأیید کنید
  • خلاصه ای کوتاه برای مخاطبان جدید:
    • در حال حاضر، تمام ارتباطات توسط سرور / هماهنگ کننده با مشتریان آغاز می شود
    • در بسیاری از سناریوها، مشتریان نمی توانند مورد توجه قرار گیرند، آنها هیچ نقطه پایانی ورودی ندارند
    • یک راه‌اندازی با نقطه پایانی سمت سرور برای اتصال می‌خواهید
    • افزودنی مطلوب به اکوسیستم، مربوط به بسیاری از سناریوهای کاربردی
  • مشکل شناسایی‌شده در پیشنهاد جرمی - مفهوم یک فروشگاه کار که در آن همه پاسخ‌ها آپلود می‌شوند در تضاد با ویژگی‌های حریم خصوصی است که ما در تلاش برای حفظ آن هستیم. جریان داده ها به سرور باید توسط اپراتورهای فدرال انجام شود و نباید با جزئیات درخواست ها/پاسخ های مجری TFF انجام شود.
  • (بحث در مورد پروتکل مجری TFF)
  • (چند دقیقه معرفی مفهومی رابط اجرایی در این ضبط YouTube )
  • TFF از استقرار در دو رژیم پشتیبانی می کند:
    • مشتریان دولتی
      • رابط مجری عمومی TFF برای پشتیبانی از این حالت طراحی شده است.
      • مشتریان میزبان مجریان هستند.
      • دسته‌هایی که در پاسخ به درخواست‌های مجری بازگردانده می‌شوند، حالت سمت مشتری را نگه می‌دارند.
      • ارسال این دسته‌ها به درخواست‌های مجری بعدی، از عملیات سمت مشتری و خط لوله پشتیبانی می‌کند.
      • این مطمئناً با اتصالات آغاز شده توسط مشتری امکان پذیر است، اگرچه در حال حاضر هیچ مؤلفه ای در مخزن TFF برای این کار طراحی نشده است.
      • با اتصالات آغاز شده توسط سرویس گیرنده، کنترل همچنان از بالا به پایین است که توسط مجری سمت سرور هدایت می شود.
      • در حالی که مکانیسم‌های سازمان‌دهی تبادل درخواست‌ها و پاسخ‌ها بسته به اینکه کدام طرف ارتباط را آغاز می‌کند، طولانی‌مدت بودن اتصالات و غیره می‌تواند متفاوت باشد، درخواست‌ها در سطح منطقی همچنان توسط سرور صادر می‌شوند.
      • مشتری می تواند به طور مکرر با سرور تماس بگیرد تا پاسخ ها را تغذیه کند و درخواست های بعدی را بپرسد.
      • کلاینت همچنان به صورت محلی وضعیت خود را حفظ می کند زیرا همچنان با سرور تماس می گیرد.
      • از دست دادن حالت در کلاینت یا مهلت زمانی در سرور همچنان منجر به شکست کل محاسبات می شود (همانطور که در راه اندازی مجری معمولی).
    • مشتریان بدون تابعیت
      • مطابق موارد فوق با پروتکل مجری عمومی TFF سازگار نیست.
      • اما، می‌تواند توسط کامپایلر MapReduce پشتیبانی شود - یک تابع کتابخانه در TFF در ماژول tff.mapreduce.backends برای ترجمه کلاس‌های محاسبات TFF به یک فرم MapReduce مانند وجود دارد که می‌تواند در رژیم مشتری بدون حالت عمل کند.
  • مراحل بعدی: پیشنهاد جرمی را می توان نجات داد (اما نیاز به ادغام دولت از طرف مشتری دارد)