История изменений
Исправление paddlewan, (текущая версия) :
ИМХО, хорошее предложение - кэшировать средствами reverse-proxy, если планируется http. Если свой сервер для раздачи обновления - можно просто держать в памяти нужные данные, этим слегка ускорим процесс.
Также хорошая мысль рандомизировать время обращения к серверу. Ну либо предусмотреть механизм, когда сервер говорит: обновление есть, попозже зайди. Но это опять же - свой сервер надо делать и предусмотреть в клиентской части такой сценарий.
По потоколу: а gRPC не вариант? ИМХО, может быть побыстрее. Там можно и TLS и аутентификацию…
Исходная версия paddlewan, :
ИМХО, хорошее предложение - кэшировать средствами reverse-proxy, если планируется http. Если свой сервер для раздачи обновления - можно просто держать в памяти нужные данные, этим слегка ускорим процесс.
Также хорошая мысль рандомизировать время обращения к серверу. Ну либо предусмотреть механизм, когда сервер говорит: обновление есть, попозже зайди. Но это опять же - свой сервер надо делать и предусмотреть в клиентской части такой сценарий.
По потоколу: а gRPC не вариант? ИМХО, может быть побыстрее.