Заметки с собрания сотрудников TFF от 9 сентября 2022 г., Заметки с собрания сотрудников TFF от 9 сентября 2022 г.

  • Обсуждение предложения Джереми, продолжение
  • Что освещать конкретно - пройтись по обоим + сверить с пониманием TFF
  • Краткое резюме для новой аудитории:
    • На данный момент вся коммуникация, инициированная сервером/координатором с клиентами
    • Во многих сценариях клиенты не могут быть адресованы, у них нет входных конечных точек.
    • Хотите настроить конечную точку на стороне сервера для подключения к
    • Желаемое дополнение к экосистеме, актуальное для многих сценариев применения
  • Проблема, выявленная в предложении Джереми: концепция хранилища задач, куда загружаются все ответы, противоречит свойствам конфиденциальности, которые мы пытаемся сохранить. Поток данных на сервер должен быть опосредован федеративными операторами и не должен происходить с точностью до запросов/ответов отдельных исполнителей TFF.
  • (обсуждение протокола исполнителя TFF)
  • (несколько минут концептуального введения в интерфейс executor в этой записи на YouTube )
  • TFF поддерживает развертывание в двух режимах:
    • Клиенты с отслеживанием состояния.
      • Общий интерфейс исполнителя TFF предназначен для поддержки этого режима.
      • Клиенты размещают исполнителей.
      • Дескрипторы, возвращаемые в ответ на запросы исполнителя, содержат состояние на стороне клиента.
      • Передача этих дескрипторов последующим запросам исполнителя поддерживает операции на стороне клиента и конвейерную обработку.
      • Это, безусловно, возможно с подключениями, инициируемыми клиентом, хотя в настоящее время в репозитории TFF нет компонента, предназначенного для этого.
      • С соединениями, инициируемыми клиентом, управление по-прежнему осуществляется сверху вниз, управляемое исполнителем на стороне сервера.
      • В то время как механизмы для организации обмена запросами и ответами могут различаться в зависимости от того, какая сторона инициирует связь, являются ли соединения длительными и т. д., на логическом уровне запросы по-прежнему выдаются сервером.
      • Клиент может неоднократно связываться с сервером, чтобы передавать ответы и запрашивать последующие запросы.
      • Клиент по-прежнему сохраняет состояние локально, поскольку он продолжает связываться с сервером.
      • Потеря состояния на клиенте или тайм-аут на сервере по-прежнему приводит к сбою всего вычисления (так же, как и при настройке обычного исполнителя).
    • Клиенты без гражданства.
      • Не совместим с общим протоколом исполнителя TFF, как указано выше.
      • Но это может поддерживаться компилятором MapReduce — в TFF в модуле tff.mapreduce.backends есть библиотечная функция для перевода классов вычислений TFF в форму, подобную MapReduce, которая может работать в режиме клиента без сохранения состояния.
  • Следующие шаги: предложение Джереми можно спасти (но необходимо включить сохранение состояния на стороне клиента)