TryRpc

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 para la solicitud) - `request` (la cadena proto serializada, o vector de cadenas, del argumento de solicitud RPC).

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

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

luego llamar a esta operación con argumentos:

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

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

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

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

NOTA Utilización de cadenas proto serializados es más rápido que crear instancias de objetos proto reales en la memoria, por lo que no se espera una disminución del rendimiento en comparación con la escritura núcleos personalizados para este flujo de trabajo.

A diferencia de la norma `op Rpc`, si la conexión falla o el trabajador remoto devuelve un estado de error, esta operación no volver a subir la excepción. En su lugar, la entrada `status_code` y` status_message` para la llamada RPC correspondiente se establece con el error devuelto por la llamada RPC. El tensor de "respuesta" contendrá valores de respuesta válidos para aquellas entradas de minibatch cuyas RPC no fallaron; el resto de las entradas tendrán cadenas vacías.