Entrada de trabajo remoto

La entrada remota de trabajos , o procesamiento remoto por lotes , es el procedimiento para enviar solicitudes de tareas de procesamiento de datos no interactivas ( trabajos ) a ordenadores centrales desde estaciones de trabajo remotas y, por extensión, el proceso de recibir el resultado de dichos trabajos en una estación de trabajo remota.

La estación de trabajo RJE se denomina remota porque suele estar ubicada a cierta distancia del ordenador host. La estación de trabajo se conecta al host mediante un módem , un enlace digital, una red de conmutación de paquetes ^{[ a ]} o una red de área local (LAN). RJE es similar a uux y SSH , con la diferencia de que la estación de trabajo envía un flujo de trabajo completo ^{[ b ]} en lugar de un único comando y que el usuario normalmente ^{[ c ]} no recibe ninguna salida hasta que finaliza el trabajo. Los términos Procesamiento por lotes remoto , Sistema de trabajo remoto y Procesamiento de trabajos remoto también se utilizan para referirse a las funcionalidades de RJE.

Remote Job Entry (RJE) es también el nombre de un componente de OS/360 ^{[ 1 ]} que proporcionaba servicios RJE. Un operador de estación de trabajo RJE puede tener control total desde la consola del flujo de trabajo entre la estación de trabajo y el mainframe, según la configuración y la política locales.

Inicialmente, Houston Automatic Spooling Priority (HASP) admitía la entrada de trabajos desde terminales que utilizaban Synchronous transmit-receive (STR); posteriormente, HASP II ^{[ 2 ]} solo admitía Binary Synchronous Communications (BSC) y añadió el protocolo Multi-leaving ^{[ 3 ]} para estaciones de trabajo programables BSC; este protocolo es incompatible con el utilizado por OS/360 RJE y es la base de los protocolos utilizados para el envío de trabajos desde estaciones de trabajo programables para, por ejemplo, Attached Support Processor (ASP), JES2 , JES3 , OS/VS1 Remote Entry Services (RES), VM RSCS , así como los protocolos posteriores para Network Job Entry (NJE) ^{[ 4 ]} en, por ejemplo, JES2, JES3, VM RSCS.

La entrada remota de trabajos conversacional (CRJE) ^{[ 5 ]} es un componente de OS/360 y OS/VS1 que proporciona envío, recuperación y edición de trabajos para un usuario en un terminal interactivo.

Los Servicios de Entrada Remota (RES) [ ^{6 ] [ 7 ]} son ​​un componente de OS/VS1 que proporciona servicios RJE. Un operador de estación de trabajo RES puede tener control total ^de la consola sobre el flujo de trabajo entre la estación de trabajo y el mainframe, según la configuración y la política locales.

El subsistema de comunicaciones de spooling remoto (RSCS) ^{[ 8 ]} es, según la versión, un componente o un producto de costo adicional en VM que proporciona servicios RJE. El RSCS en el VM/370 gratuito solo admitía BSC; ^{[ d ]} IBM agregó soporte para Systems Network Architecture (SNA), NJE y TCP/IP en varias versiones de pago.

La entrada de trabajos en red (NJE) ^{[ 4 ]} es una red de almacenamiento y reenvío para transmitir, por ejemplo, archivos de tarjetas, trabajos y salida impresa entre pares. Las versiones iniciales de NJE para JES2, JES3, VSE POWER y VM RSCS utilizaban el protocolo BSC multileaving, pero IBM rápidamente añadió compatibilidad con adaptadores de canal a canal . Posteriormente, IBM añadió compatibilidad con SNA y, finalmente, con TCP/IP . ^{[ 9 ]}

NETRJS es el protocolo desarrollado por la Red de Computación del Campus de UCLA para entregar trabajos por lotes al Servicio de Trabajo Remoto (RJS) en su IBM 360 Modelo 91. [ ^{10 ] [ 11 ] Este} protocolo se asignó originalmente a los sockets 71, 73 y 75 del Protocolo de Conexión Inicial de ARPANET , ^{[ 12 ]} y posteriormente se reasignó a los puertos de Internet 71-74. ^{[ 13 ]} RJS es un subsistema de OS/360 MVS escrito por UCLA para admitir lotes remotos desde terminales de lector de tarjetas/impresora. ^{[ 10 ]}

Las primeras estaciones de trabajo RJE, a veces conocidas como terminales de lotes remotos , eran dispositivos "tontos" (no programables) que utilizaban protocolos de comunicación síncronos de bytes como IBM BISYNC o STR , o equivalentes de otros proveedores. Posteriormente, se utilizaron dispositivos programables o computadoras pequeñas, e IBM desarrolló un protocolo llamado HASP multileaving para su uso con HASP y, más tarde, por ejemplo, ASP, JES2 , JES3 y RSCS . Los modelos IBM System/360 20 y 1130 , Mohawk Data MDS 2400 y UNIVAC 1004 fueron populares. Más tarde, las estaciones de trabajo RJE cambiaron a protocolos dúplex completo orientados a bits como IBM Synchronous Data Link Control , HDLC o X.25 . El Grupo de Trabajo de Ingeniería de Internet (IETF) definió RFC para protocolos de entrada remota de trabajos en Internet, pero ahora se consideran obsoletos o heredados . ^{[ 14 ]}

El terminal 200 USER es un terminal y protocolo de procesamiento por lotes remoto ^{[ 15 ]} desarrollado por Control Data Corporation para sus computadoras centrales de las series CDC 6000 y CDC 3000 en la década de 1960. Un terminal 200 USER constaba de un lector de tarjetas perforadas de baja velocidad, una impresora de línea y una consola de operador CRT. Normalmente se comunicaba con una computadora central remota a través de un módem síncrono. El subsistema de software en el lado de la computadora central se llamaba Export-Import 200 y, posteriormente, Remote Batch Facility (RBF). Otros terminales de procesamiento por lotes remotos que utilizaban el protocolo UT200 incluían los CDC 731, 732 y 734. ^{[ 16 ]} También se escribieron emuladores de software para el protocolo UT200 para varios sistemas de minicomputadoras.

RJE es ideal para organizaciones con un único centro de datos centralizado. Sin embargo, en grandes organizaciones con múltiples centros de datos, surgió interés en la transferencia punto a punto de, por ejemplo, trabajos enviados y salidas de impresora. Atendiendo a las solicitudes de los clientes, IBM desarrolló un conjunto de herramientas, derivado de BITNET y VNET , conocido como Network Job Entry (NJE). Como parte de este software, IBM proporcionó comandos para transmitir conjuntos de datos entre nodos (conjuntos de computadoras con un nombre colectivo). NJE permite que un trabajo por lotes controle dónde se ejecutará y dónde se procesará su salida; asimismo, NJE permite que un usuario interactivo envíe la salida impresa o perforada a un nodo diferente.

IBM ha integrado las funcionalidades de NJE en su software para mainframes, y ya no está disponible como producto independiente. Sin embargo, la compatibilidad con NJE en JES3 requiere el producto de programa Batch Data Transmission (BDT) y la compatibilidad con NJE en z/VM requiere el producto de programa Remote Spooling Communications Subsystem ( RSCS ). NJE admite conexiones entre sus nodos mediante Binary Synchronous Communications (BSC), Channel-to-channel adapter (CTCA), Systems Network Architecture (SNA) y TCP/IP ^{[ 17 ]} . ^{[ 9 ]}

• Control de trabajo
• Trayectoria laboral
• Prioridad de spooling automático de Houston (HASP) ^{[ 2 ]}
• Sistema de multiprocesamiento asimétrico , 360A-CX-15X, ^{[ 18 ]} anteriormente conocido como procesador de soporte adjunto (ASP)
• Subsistema de comunicaciones de spooling remoto (RSCS) ^{[ 8 ]}

• Guía de definición de host de Barr/RJE
• cq-comm.com - CQ Communications CQEE