Наш пример использования - разработка микро-сервиса для кэширования. Этот микро-сервис будет использовать Redis в качестве внутреннего уровня кэширования. Микро-сервис сначала должен выполнить некоторые вычисления перед сохранением данных в Redis. Теперь, когда наш микро-сервис предоставляет возможность кэширования данных, другие микро-сервисы должны иметь возможность использовать его для кэширования данных. Итак, учитывая этот вариант использования, какой транспортный уровень (от другого сервиса к нашему сервису кэширования) должен быть лучше для нас? До сих пор наш мыслительный процесс заключался в том, что, поскольку мы должны предоставлять услуги кэширования, наш транспортный уровень должен быть достаточно быстрым. Мы думали о следующих вариантах: 1. Веб-сокет 2. Http2 3. GRP C (более http2) 4. REST (более http) - это может оказаться очень неэффективным, так как это приведет к накладным расходам на создание и закрытие соединения для каждого запроса.
Любые указатели на это будут полезны.