Rpc

Realice lotes de solicitudes RPC.

Esta operación realiza de forma asincrónica una sola solicitud RPC o un lote de solicitudes. Las solicitudes de RPC se definen mediante tres parámetros principales:

- `address` (el host + puerto o dirección BNS de la solicitud) -` method` (el nombre del método RPC para la solicitud) - `request` (la cadena proto serializada, o vector de cadenas, del argumento de solicitud RPC) .

Por ejemplo, si tiene un servicio RPC ejecutándose en el puerto localhost: 2345, y su interfaz está configurada con la siguiente declaración de proto:

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

, llame a esta operación con argumentos:

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

El tensor `request` es un tensor de cadena que representa` MyRequestProto` serializado instrumentos de cuerda; y el tensor de cadena de salida `response` tendrá la misma forma y contendrá (una vez completado con éxito) las cadenas serializadas correspondientes de` MyResponseProto`.

Por ejemplo, para enviar un único `MyRequestProto` vacío, llame a esta operación con` request = "" `. Para enviar 5 solicitudes vacías paralelas , llame a esta operación con `request = [" "," "," "," "," "]`.

De manera más general, se puede crear un lote de protos serializados `MyRequestProto` a partir de tensores por lotes regulares usando la operación` encode_proto`, y convertir la respuesta protos serializados `MyResponseProto` en tensores por lotes usando la operación` decode_proto`.

NOTA Trabajar con proto strings serializadas es más rápido que instanciar objetos proto reales en la memoria, por lo que no se espera una degradación del rendimiento en comparación con la escritura de kernels personalizados para este flujo de trabajo.

Si la conexión falla o el trabajador remoto devuelve un estado de error, el operador vuelve a generar esta excepción localmente.

Consulte la operación `TryRpc` si prefiere manejar las fallas de RPC manualmente en el gráfico.