Это намерение двунаправленной потоковой передачи RP C в gRP C?

Question

Я использую максимальный процессор на моем клиенте gRP C, выполняющем одинарные RP C. Интересно, имеет ли смысл пытаться заменить унарный RP C на двунаправленный потоковый RP C (или набор из них?), Который в основном длится на протяжении всей жизни приложения? Я не могу сказать, предназначена ли двунаправленная потоковая передача RP C для стандартной передачи ответа 1 запрос / 1, подобной этой. Мотивация заключается в том, чтобы избежать создания новых TCP-соединений.

Answer 1

Я не могу сказать, предназначена ли двунаправленная потоковая передача RP C для стандартной связи 1 запрос / 1 ответ

Если вы собираетесь использовать шаблон сообщения запрос-ответ, просто используйте унарный запрос-ответ (RP C). Он разработан для этого шаблона, и семантика, например, для повторных попыток, хорошо известна.

Мотивация заключается в том, чтобы избегать создания новых соединений TCP.

gRP C использует HTTP / 2, поэтому все унарные запросы RP C уже используют одно и то же TCP-соединение - поскольку HTTP / 2 мультиплексирует все запросы по одному и тому же TCP-соединению.

Я использую максимальный ЦП на моем gRP C клиент делает унарный RP C.

Это звучит немного редко. Можете ли вы изменить свой шаблон общения, например, потоковую передачу нескольких запросов, прежде чем ждать ответа? Альтернативные пакетные данные и более крупные запросы отправляются реже? Или вы можете подробнее рассказать о вашем шаблоне сообщения?