Балансировка нагрузки на стороне клиента GRPC: один из узлов выходит из строя

Для службы Grpc используется балансировка нагрузки на стороне клиента.

Создание канала

ManageChannelBuilder.forTarget("host1:port,host2:port,host3:port").nameResolverFactory(new CustomNameResolverProvider()).loadBalancerFactory(RoundRobinBalancerFactory.getInstance()).usePlaintText(true).build();

Используйте этот канал для создания заглушки.

Проблема

Если одна из служб [host1] выйдет из строя, будет ли заглушка обрабатывать этот сценарий и не будет отправлять дальнейшие запросы службе [host1]?

Согласно документации на https://grpc.io/blog/loadbalancing

A thick client approach means the load balancing smarts are implemented in the client. The client is responsible for keeping track of available servers, their workload, and the algorithms used for choosing servers. The client typically integrates libraries that communicate with other infrastructures such as service discovery, name resolution, quota management, etc.

Так является ли ответственность класса ManagedChannel поддерживать список активных серверов или код приложения должен поддерживать список активных серверов и каждый раз создавать экземпляр ManagedChannel со списком активных серверов?

Результат испытаний

Согласно тесту, если одна из служб выходит из строя, это не влияет на балансировку нагрузки, и все запросы обрабатываются правильно.

Так можно ли предположить, что класс-заглушка или класс ManagedChannel обрабатывают список активных серверов?

Ответ с документацией будет высоко оценен.