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:

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

Por exemplo, se você tem um serviço RPC em execução na porta localhost: 2345, e sua interface está configurada com a seguinte declaração proto:

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

então chame esta op com os argumentos:

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

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

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

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

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

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

Veja a operação `TryRpc` se você preferir lidar com falhas RPC manualmente no gráfico.