Каскадное распространение таймаута для gRPC python

#grpc #grpc-python

#grpc #grpc-python

Вопрос:

Мне интересно, поддерживается ли grpc-python каскадное распространение начального таймаута клиента?

Я имею в виду:

  1. клиент выполняет gRPC для сервера-1 с таймаутом = 200мс
  2. сервер-1 тратит 110мс на обработку задачи и вызывает сервер-2 для следующего шага
  3. сервер-2 тратит 100мс на обработку задачи, и для следующего шага необходимо вызвать сервер-3

При распространении тайм-аута нет смысла вызывать server-3 с сервера-2, поскольку общее затраченное время уже больше, чем первоначально установленное время ожидания клиента (110 мс 100 мс > 200 мс).

Поддерживаются ли такие сценарии grpc-python? Или это должно быть реализовано и контролироваться вручную?

Спасибо.

Ответ №1:

В настоящее время это изначально не поддерживается в gRPC Python, но я отправил запрос на отслеживание этой функции.

Комментарии:

1. Спасибо за ответ. Действительно, после некоторых тестов я обнаружил, что это работает не так, как, например, в grpc-java.