ExperimenteRpc

Execute lotes de solicitações RPC.

Esta operação executa de forma assíncrona uma única solicitação RPC ou um lote de solicitações. As solicitações RPC são definidas por três parâmetros principais:

- `address` (o host+porta ou endereço BNS da solicitação) - `method` (o nome do método para a solicitação) - `request` (a proto string serializada, ou vetor de strings, do argumento da solicitação RPC).

Por exemplo, se você tiver um serviço RPC rodando na porta localhost:2345, e sua interface estiver configurada com a seguinte declaração proto:

service MyService {
   rpc MyMethod(MyRequestProto) returns (MyResponseProto) {
   
 };
 }

então chame esta operação com argumentos:

address = "localhost:2345"
 method = "MyService/MyMethod"
 

O tensor `request` é um tensor de string representando strings `MyRequestProto` serializadas; e o tensor de string de saída `response` terá o mesmo formato e conterá (após a conclusão bem-sucedida) strings `MyResponseProto` serializadas correspondentes.

Por exemplo, para enviar um único `MyRequestProto` vazio, chame esta operação com `request = ""`. Para enviar 5 solicitações vazias paralelas , chame esta operação com `request = ["", "", "", "", ""]`.

De forma mais geral, pode-se criar um lote de protos serializados `MyRequestProto` a partir de tensores em lote regulares usando a operação `encode_proto` e converter os protos serializados de resposta `MyResponseProto` em tensores em lote usando a operação `decode_proto`.

NOTA Trabalhar com proto strings serializadas é mais rápido do que instanciar objetos proto reais na memória, portanto, nenhuma degradação de desempenho é esperada em comparação com a gravação de kernels personalizados para este fluxo de trabalho.

Ao contrário da operação `Rpc` padrão, se a conexão falhar ou o trabalhador remoto retornar um status de erro, esta operação não gerará novamente a exceção. Em vez disso, as entradas `status_code` e `status_message` para a chamada RPC correspondente são definidas com o erro retornado da chamada RPC. O tensor `response` conterá valores de resposta válidos para as entradas do minibatch cujos RPCs não falharam; o restante das entradas terá strings vazias.