บันทึกจากการประชุมวันที่ 9/9/2565 ของผู้ร่วมงาน TFF,หมายเหตุจากการประชุมวันที่ 9/9/2565 ของผู้ร่วมงาน TFF

  • อภิปรายข้อเสนอของเจเรมีต่อ
  • สิ่งที่จะครอบคลุมโดยเฉพาะ - เดินผ่านทั้งสอง + ตรวจสอบกับความเข้าใจของ TFF
  • สรุปสั้น ๆ สำหรับผู้ชมใหม่:
    • ตอนนี้ การสื่อสารทั้งหมดที่เริ่มต้นโดยเซิร์ฟเวอร์ / ผู้ประสานงานกับลูกค้า
    • ในหลาย ๆ สถานการณ์ ไคลเอ็นต์ไม่สามารถแก้ไขได้ เนื่องจากไม่มีปลายทางขาเข้า
    • ต้องการตั้งค่ากับปลายทางฝั่งเซิร์ฟเวอร์เพื่อเชื่อมต่อกับ
    • การเพิ่มที่พึงประสงค์ให้กับระบบนิเวศที่เกี่ยวข้องกับสถานการณ์การใช้งานจำนวนมาก
  • ปัญหาที่ระบุในข้อเสนอของ Jeremy - แนวคิดของร้านงานที่อัปโหลดคำตอบทั้งหมดนั้นขัดแย้งกับคุณสมบัติความเป็นส่วนตัวที่เรากำลังพยายามรักษาไว้ การไหลของข้อมูลไปยังเซิร์ฟเวอร์จะต้องเป็นสื่อกลางโดยโอเปอเรเตอร์รวม และไม่ควรเกิดขึ้นที่ความละเอียดของคำขอ/การตอบสนองของตัวดำเนินการ TFF แต่ละรายการ
  • (การอภิปรายเกี่ยวกับโปรโตคอลตัวดำเนินการ TFF)
  • (ไม่กี่นาทีของแนวคิดเบื้องต้นเกี่ยวกับส่วนต่อประสานผู้ดำเนินการ ในการบันทึก YouTube นี้ )
  • TFF รองรับการปรับใช้ในสองระบอบ:
    • ลูกค้า Stateful
      • อินเทอร์เฟซตัวดำเนินการ TFF ทั่วไปออกแบบมาเพื่อรองรับโหมดนี้
      • ลูกค้าโฮสต์ตัวดำเนินการ
      • ตัวจัดการที่ส่งคืนเพื่อตอบสนองต่อการร้องขอของตัวดำเนินการจะคงสถานะฝั่งไคลเอ็นต์
      • การส่งแฮนเดิลเหล่านั้นไปยังคำขอของผู้ดำเนินการที่ตามมาสนับสนุนการดำเนินการฝั่งไคลเอ็นต์และการวางท่อ
      • สิ่งนี้เป็นไปได้อย่างแน่นอนด้วยการเชื่อมต่อที่เริ่มต้นโดยไคลเอนต์ แม้ว่าขณะนี้ไม่มีส่วนประกอบใน repo TFF ที่ออกแบบมาสำหรับสิ่งนี้
      • ด้วยการเชื่อมต่อที่เริ่มต้นโดยไคลเอนต์ การควบคุมยังคงเป็นแบบบนลงล่าง ซึ่งขับเคลื่อนโดยตัวดำเนินการทางฝั่งเซิร์ฟเวอร์
      • ในขณะที่กลไกในการเตรียมการแลกเปลี่ยนคำขอและการตอบสนองอาจแตกต่างกันไปขึ้นอยู่กับฝ่ายใดที่เริ่มต้นการสื่อสาร ไม่ว่าการเชื่อมต่อจะใช้เวลานานหรือไม่ ฯลฯ ที่คำขอระดับตรรกะยังคงออกโดยเซิร์ฟเวอร์
      • ลูกค้าสามารถติดต่อเซิร์ฟเวอร์ซ้ำๆ เพื่อป้อนคำตอบและขอคำขอในภายหลัง
      • ลูกค้ายังคงรักษาสถานะไว้ในเครื่องเนื่องจากติดต่อกับเซิร์ฟเวอร์ต่อไป
      • การสูญเสียสถานะบนไคลเอนต์หรือการหมดเวลาบนเซิร์ฟเวอร์ยังคงส่งผลให้การคำนวณทั้งหมดล้มเหลว (เหมือนกับในการตั้งค่าตัวดำเนินการปกติ)
    • ลูกค้าไร้สัญชาติ
      • เข้ากันไม่ได้กับโปรโตคอลตัวดำเนินการ TFF ทั่วไป ตามที่ระบุไว้ข้างต้น
      • แต่คอมไพเลอร์ MapReduce รองรับ - มี ฟังก์ชันไลบรารีใน TFF ในโมดูล tff.mapreduce.backends เพื่อแปลคลาสของการคำนวณ TFF ให้อยู่ในรูปแบบที่คล้ายกับ MapReduce ที่สามารถทำงานในระบอบการปกครองไคลเอ็นต์แบบไร้สัญชาติ
  • ขั้นตอนถัดไป: ข้อเสนอของ Jeremy สามารถกู้คืนได้ (แต่ต้องรวมสถานะทางฝั่งไคลเอ็นต์)