Ghi chú cuộc họp cộng tác viên TFF ngày 9/9/2022, Ghi chú cuộc họp cộng tác viên TFF ngày 9/9/2022

  • Thảo luận về đề xuất của Jeremy, tiếp tục
  • Nội dung cần đề cập cụ thể - xem qua cả hai + xác minh dựa trên sự hiểu biết về TFF
  • Tóm tắt ngắn gọn cho khán giả mới:
    • Ngay bây giờ, tất cả giao tiếp do máy chủ / điều phối viên bắt đầu với máy khách
    • Trong nhiều trường hợp, khách hàng không thể được giải quyết, họ không có điểm cuối truy cập
    • Muốn thiết lập với điểm cuối phía máy chủ để kết nối với
    • Bổ sung mong muốn cho hệ sinh thái, có liên quan đến nhiều tình huống ứng dụng
  • Vấn đề được xác định trong đề xuất của Jeremy - khái niệm về một cửa hàng tác vụ nơi tất cả các câu trả lời được tải lên trái ngược với các thuộc tính quyền riêng tư mà chúng tôi đang cố gắng bảo tồn. Luồng dữ liệu đến máy chủ phải được trung gian bởi các nhà khai thác liên kết và sẽ không xảy ra ở mức độ chi tiết của các yêu cầu / phản hồi của từng người thực thi TFF.
  • (thảo luận về giao thức thực thi TFF)
  • (một vài phút giới thiệu khái niệm về giao diện trình thực thi trong bản ghi YouTube này )
  • TFF hỗ trợ triển khai theo hai chế độ:
    • Khách hàng trạng thái.
      • Giao diện trình thực thi TFF chung được thiết kế để hỗ trợ chế độ này.
      • Khách hàng lưu trữ những người thực thi.
      • Các bộ xử lý được trả về để đáp ứng các yêu cầu của người thực thi giữ trạng thái phía máy khách.
      • Việc chuyển các xử lý đó cho các yêu cầu của trình thực thi tiếp theo sẽ hỗ trợ các hoạt động phía máy khách và pipelining.
      • Điều này chắc chắn có thể xảy ra với các kết nối do khách hàng khởi tạo, mặc dù hiện tại không có thành phần nào trong kho TFF được thiết kế cho việc này.
      • Với các kết nối do máy khách khởi tạo, quyền kiểm soát vẫn là từ trên xuống, do người thực thi ở phía máy chủ điều khiển.
      • Trong khi các cơ chế điều phối việc trao đổi yêu cầu và phản hồi có thể khác nhau tùy thuộc vào bên nào bắt đầu giao tiếp, kết nối có đang hoạt động lâu hay không, v.v., ở mức logic, máy chủ vẫn đưa ra các yêu cầu.
      • Khách hàng có thể liên hệ với máy chủ nhiều lần để cung cấp phản hồi và yêu cầu các yêu cầu tiếp theo.
      • Máy khách vẫn giữ trạng thái cục bộ vì nó tiếp tục liên hệ với máy chủ.
      • Mất trạng thái trên máy khách hoặc hết thời gian chờ trên máy chủ vẫn dẫn đến việc tính toán không thành công (giống như trong thiết lập trình thực thi thông thường).
    • Khách hàng không quốc tịch.
      • Không tương thích với giao thức thực thi TFF chung, như ở trên.
      • Tuy nhiên, nó có thể được hỗ trợ bởi trình biên dịch MapReduce - có một chức năng thư viện trong TFF trong mô-đun tff.mapreduce.backends để dịch các lớp tính toán TFF thành một dạng giống như MapReduce có thể hoạt động trong chế độ máy khách không trạng thái.
  • Các bước tiếp theo: Đề xuất của Jeremy có thể được cứu vãn (nhưng cần kết hợp tính trung thực từ phía khách hàng)