Rpc

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 RPC para a solicitação) - `request` (a string proto 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.

Se a conexão falhar ou o trabalhador remoto retornar um status de erro, a operação gerará novamente essa exceção localmente.

Consulte a operação `TryRpc` se preferir lidar com falhas de RPC manualmente no gráfico.